MySQL分布式数据库服务中间件--Cobar研究一

官网 （http://code.alibabatech.com/wiki/display/cobar/Home 这个貌似已经不用了，总是打不开）

数据已经同步到  https://github.com/alibaba/cobar 

Cobar是阿里巴巴的开源产品，他的前身是Amoeba，2012年6月正式开源，由阿里巴巴的贺贤懋继续维护。

一. 介绍

Cobar是提供关系型数据库（MySQL）分布式服务的中间件，它可以让传统的数据库得到良好的线性扩展，并看上去还是一个数据库,对应用保持透明。

• 产品在阿里巴巴稳定运行3年以上。
• 接管了3000+个MySQL数据库的schema。
• 集群日处理在线SQL请求50亿次以上。
• 集群日处理在线数据流量TB级别以上。

我们为什么要用它，或说cobar--能干什么？以下是我们业务运行中会存在的一些问题：

1.随着业务的进行数据库的数据量和访问量的剧增，需要对数据进行水平拆分来降低单库的压力，而且需要高效且相对透明的来屏蔽掉水平拆分的细节。

2.为提高访问的可用性，数据源需要备份。

3.数据源可用性的检测和failover。

4.前台的高并发造成后台数据库连接数过多，降低了性能，怎么解决。

5.从其它数据库迁移至MySQL。

        针对以上问题就有了cobar施展自己的空间了，cobar中间件以proxy的形式位于前台应用和实际数据库之间，对前台的开放的接口是mysql通信协议。将前台SQL语句变更并按照数据分布规则转发到合适的后台数据分库，再合并返回结果，模拟单库下的数据库行为。

Cobar解决的问题
分布式：Cobar的分布式主要是通过将表放入不同的库来实现：

1. Cobar支持将一张表水平拆分成多份分别放入不同的库来实现表的水平拆分

2. Cobar也支持将不同的表放入不同的库

3. 多数情况下，用户会将以上两种方式混合使用

注意：Cobar不支持将一张表，例如test表拆分成test_1, test_2, test_3.....放在同一个库中，必须将拆分后的表分别放入不同的库来实现分布式。

HA：
在用户配置了MySQL心跳的情况下，Cobar可以自动向后端连接的MySQL发送心跳，判断MySQL运行状况，一旦运行出现异常，Cobar可以自动切换到备机工作。但需要强调的是：
1. Cobar的主备切换有两种触发方式，一种是用户手动触发，一种是Cobar的心跳语句检测到异常后自动触发。那么，当心跳检测到主机异常，切换到备机，如果主机恢复了，需要用户手动切回主机工作，Cobar不会在主机恢复时自动切换回主机，除非备机的心跳也返回异常。

2. Cobar只检查MySQL主备异常，不关心主备之间的数据同步，因此用户需要在使用Cobar之前在MySQL主备上配置双向同步，详情可以参阅MySQL参考手册。

一款产品有优点也会有缺点，就像人无完人一样，产品也是一样的，没有完美的，只有适合自己的。

使用Cobar产品的一些约束

• 不支持跨库情况下的join、分页、排序、子查询操作。
• SET语句执行会被忽略，事务和字符集设置除外。
• 分库情况下，insert语句必须包含拆分字段列名。
• 分库情况下，update语句不能更新拆分字段的值。
• 不支持SAVEPOINT操作。
• 暂时只支持MySQL数据节点。
• 使用JDBC时，不支持rewriteBatchedStatements=true参数设置(默认为false)。
• 使用JDBC时，不支持useServerPrepStmts=true参数设置(默认为false)。
• 使用JDBC时，BLOB, BINARY, VARBINARY字段不能使用setBlob()或setBinaryStream()方法设置参数。