Heim  >  Artikel  >  Datenbank  >  MySQL主主复制,在线修改表结构_MySQL

MySQL主主复制,在线修改表结构_MySQL

WBOY
WBOYOriginal
2016-06-01 13:35:511063Durchsuche

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
Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn