-
Notifications
You must be signed in to change notification settings - Fork 405
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CobarClient 2.0 RoadMap #3
Comments
|
split into 2 more branches?
|
Spring3.x + MyBatis3.x 就够了 |
Spring3.x+ibatis2.x还是有意义的,上次特地问了一下其他公司的,很多还在ibatis上面工作。毕竟官方没有集成mybatis |
|
@JoeCao 使用global scope的线程池,从你角度看是否有问题? |
scala 小语种表示看不懂啊,强哥! |
如果是单元数据源就在原来的线程直接调用,如果是多数据源再到线程池中,OK; |
建议去掉SQL执行时间的监控,监控的都是预制SQL,意义不是很大,而且像Druid这样的连接池已经可以提供界面的监控能力了,我们就交给更专业的组件去做。 |
@hhlai1990 现在可以看当前repo下cobarclient-2.0这个branch的代码, 精简的基本也就没几行了,呵呵 |
请问什么情况下会把数据源切换到备用数据库? 文档里说:standbyDataSource. 与主要目标数据源并列的备用数据源, 当主要目标数据源出现问题之后, 如果启用了CobarClient的HA功能支持, CobarClient将自动将数据访问切换到该备用数据源上. 这里说‘当主要目标数据源出现问题之后’,我在测试过程中主库并没有出现问题,还是莫名其妙切换到standbyDataSource。 |
HA功能在新版本应该是去掉了,意义不是很大,还是让专门的数据库方案来解决这个HA问题更合适 |
CobarClient2.x都有做哪些修改呢?除了去除HA功能,然后将Spring2.x升级到3.x? |
最主要的时升级依赖,并且重新设计了API结构,做减法 |
有的地方,还是要应用自己来做HA的,DB方面不做这个,这个和一些公司的风格习惯有关。如果已经有了这样的功能为什么要去掉呢…… |
应用做HA,最大的问题--在决定切换到备机之前,如何判断问题是应用自己的而不是数据库的。特别是在应用集群的情况下,很容易造成混乱。而数据的主备双机方案一直都是很成熟的,不存在上述问题。 |
Hi~ 您好! 向您请教一下关于cobar的一个问题,最近在使用cobar的时候,遇到一个问题,查询语句排序的问题 场景:我用cobar将我的userdb分成了8个数据库userdb0~userdb7, 现在执行一条sql语句 |
所有shards都查询的整体排序其实没有太好的办法,单shard排序完全可以借力数据库自身的功能, 如果非要搞整体的排序,建议是代码层面在shards各自结果排序的基础上做merge sort, sort的因子自己根据情况决定 |
好的!谢谢老师! 行百里者,看周遭事;行千里者,阅世间情;行万里者,穷天下经。 2014-02-23 13:04 GMT+08:00 王福强 notifications@github.com:
|
@fujohnwang , how does this going on ? we're looking forward to cobaclient 2.0 released especially for mybatis integration. |
@bwzhang2011, sorry, man, I don't have proper time to make it done. maybe you should turn to some other alternatives if the old one don't meet your need. |
The text was updated successfully, but these errors were encountered: