bitscn.com
mysql主主复制，在线修改表结构
一直以为双主架构能解决mysql的表在线ddl的需求，但没有实际测试经验。后来发现一直的想法还是有问题的。这里做一个测试。
双主架构，在线ddl的实现步骤是：
1，首先搭建主主复制架构，只有一台提供服务，这里设为a库，另一台b库空闲
2，a库停止复制stop slave
3，在b库上修改表结构，如加字段
b库完成表修改后，因为a库暂停了复制，所以ddl语句不会复制到a库。对a库没影响
4，切换读写到b库。b库提供读写服务，a库空闲
5，开启a库复制。
首先a库会复制刚才的ddl语句，实现表结构修改，然后复制数据
大致一看，上面的步骤没有问题。a/b库修改表结构，都没有影响数据库对外服务。其实隐藏着一个问题。假设修改的表为x，在步骤3 b库修改x表时，a库上x表数据有更新，这些更新复制到b库，会等待锁，因为x表在进行ddl操作。b库修改完成以后，这些更新语句可能会执行失败，因为表结构改变可能导致更新语句出错。现实际测试如下： www.bitscn.com
测试1：
a库上建表，插入数据，停止复制
mysql> create table tbl_testonlineddl(id int);sss
mysql> insert into tbl_testonlineddl values(1);
mysql> stop slave;
mysql> select * from tbl_testonlineddl;
+------+
| id |
+------+
| 1 |
+------+
b库上增加字段id2
mysql> alter table tbl_testonlineddl add id2 int;
mysql> select * from tbl_testonlineddl;
+------+------+
| id | id2 |
+------+------+
| 1 | null |
+------+------+
a库上再插入一条数据，这里不指定字段列表
mysql> insert into tbl_testonlineddl values(2);
mysql> select * from tbl_testonlineddl;
+------+
| id |
+------+
| 1 |
| 2 |
+------+
b库复制报错last_errno: 1136，字段数目不匹配。这个错误很好理解，但如果a库指定字段列表insert会怎样呢？
mysql> show slave status/g
last_errno: 1136
last_error: error 'column count doesn't match value count at row 1' on query.
default database: 'test'. query: 'insert into tbl_testonlineddl values(2)'
测试2：dml语句指定字段名
a库上，指定字段名插入数据
mysql> insert into tbl_testonlineddl(id) values(3);
mysql> select * from tbl_testonlineddl;
+------+
| id |
+------+
| 1 |
| 2 |
| 3 |
+------+
b库上，新插入数据同步成功
mysql> select * from tbl_testonlineddl;
+------+------+
| id | id2 |
+------+------+
| 1 | null |
+------+------+
mysql> select * from tbl_testonlineddl;
+------+------+
| id | id2 |
+------+------+
| 1 | null |
| 3 | null |
+------+------+
结论：只要业务中的sql语句，感知不到新增字段存在，并且显示指定需要的字段名进行数据更新，那么双主架构互切轮流加字段的方法，是可行。对于修改字段或者删除字段，猜测也是一样的道理。
mysql 5.1版本增加了对主从表异构的复制支持，简要规则如下
异构复制出现版本5.1.21
主从表异构分两种情况：
1，主从表字段数目不同
满足以下条件时，主从复制可以进行：
主从表相同的字段部分，字段顺序要一样
主从表相同的字段部分，所有字段必须位于其他字段之前
主从表相同的字段部分之外，每个字段必须有default值
前两条可以简单理解为，主从表，字段少的表，它的字段是字段多的表的前缀，是一种包含被包含的关系。
2，主从表字段类型不同
简单来说，只要从库表的字段定义能够容纳主库表的字段定义，就可以在不同数据类型之间复制。另外主从表字段类型不同的复制，与binlog格式有关。
sbr：基于语句的复制，简单的规则是，只要在主库执行的语句，在从库也能成功执行，则支持主从表字段类型不同
rbr：基于行的复制，规则相对复杂，因为binlog中的数据类型与服务器的数据类型映射可能有差异
支持的数据类型转换为：
from (master) to (slave)
binary char
blob text
char binary
decimal numeric
numeric decimal
text blob
varbinary varchar
varchar varbinary 如果字段类型转换后，精度不够，会发生数据截断。转换结果与转换模式有关：slave_type_convertions。具体规则这里就不列出了。
5.1版本中，主从表字段数目不一样的测试
a库
mysql> create table tbl_testmsdiff(id1 int,id2 int);
mysql> insert into tbl_testmsdiff (id1,id2)values(1,1);
mysql> select * from tbl_testmsdiff;
+------+------+
| id1 | id2 |
+------+------+
| 1 | 1 |
+------+------+
b库
mysql> alter table tbl_testmsdiff drop column id2;
mysql> select * from tbl_testmsdiff;
+------+
| id1 |
+------+
| 1 |
+------+
a库
mysql> set binlog_format=statement;
mysql> insert into tbl_testmsdiff (id1,id2)values(2,2);
mysql> select * from tbl_testmsdiff;
+------+------+
| id1 | id2 |
+------+------+
| 1 | 1 |
| 2 | 2 |
+------+------+ssss
b库复制报错
last_errno: 1054
last_error: error 'unknown column 'id2' in 'field list'' on q
uery. default database: 'test'. query: 'insert into tbl_testmsdiff (id1,id2)valu
es(2,2)'
测试row模式复制
a库
mysql> set binlog_format=row;
mysql> insert into tbl_testmsdiff (id1,id2)values(3,3);
mysql> select * from tbl_testmsdiff;
+------+------+
| id1 | id2 |
+------+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+------+------+
b库复制成功
mysql> select * from tbl_testmsdiff;
+------+
| id1 |
+------+
| 1 |
| 3 |
+------+
bitscn.com