cobar

首页 标签 cobar
# cobar #
关注
90内容
ShardingJdbc分库分表浅谈
在传统的中小公司里面,尤其是以企业内部的办公系统、REP系统,或者体量不是很大的互联网公司里面,搭建一套单库和单表足以应对生产的业务数据量了。而在一些互联网大公司里面,单表每天有上100w的数据业务增量时,就要考虑分库分表的策略了。否则,无论是数据的存储、访问、更新等操作,单库和单表都会影响系统和数据库的性能。
Cobar使用文档(可用作MySQL大型集群解决方案)
原文:http://blog.csdn.net/shagoo/article/details/8191346 项目已经迁移到Git上面,地址为:https://github.com/alibaba/cobar 最近好不容易抽空研究了下Cobar,感觉这个产品确实很不错(在文档方面比Amoeba强多了),特此推荐给大家。
这四种情况下,才是考虑分库分表的时候!
不管是IO瓶颈还是CPU瓶颈,最终都会导致数据库的活跃连接数增加,进而逼近甚至达到数据库可承载的活跃连接数的阈值。在业务service来看
特别干的干货!!《Mycat》搭建分布式数据库中间件看他就够
根据官网的定义:Mycat是一个可以用于MySQL读写分离和高可用的中间件,一个模拟为MySQL Server的超级数据库,一个能平滑扩展支持1000亿大表的分布式数据库系统,一个可管控多种关系数据库的数据库路由器,一个平滑从关系数据升级到大数据的应用中间件。其前身是阿里的Cobar项目。介绍就不多说了,可以看官网http://www.mycat.org.cn/接下来我们实践吧。
缓存世界里,那些强大又隐秘的扫地僧
扫地僧,是金庸武侠小说《天龙八部》中的人物。 他的来历没有太多描述,负责打扫藏经阁,神秘而且武功深不可测,并具有大智慧,有极高技艺却深藏不露,隐匿在少林寺默默无闻。 这篇文章,笔者想聊聊缓存,只不过并不是大家耳熟能详的 Redis ,而是那些隐藏在中间件或者框架中强大却又隐秘的缓存,笔者愿称他们为缓存世界的扫地僧。
免费试用