mysql replicate函数_【MySQL】主从复制参数“--replicate-do-*”请谨慎使用

最新推荐文章于 2024-04-09 16:49:11 发布

weixin_39621178

最新推荐文章于 2024-04-09 16:49:11 发布

阅读量449

点赞数

CC 4.0 BY-SA版权

文章标签： mysql replicate函数

本文链接：https://blog.youkuaiyun.com/weixin_39621178/article/details/113910304

本文探讨了主库增加字段后从库未同步的原因，重点介绍了`--replicate-do-*`参数的使用，包括`--replicate-do-db`和`--replicate-wild-do-table`，以及它们在跨库操作中的局限性。文章揭示了主从表结构不一致仍能插入数据的意外行为，最终解释了MySQL允许这种差异性的原因。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

近日一朋友发了一个问题，大致的描述情况如下：我主库加了字段为啥从库没有添加呢？

看到朋友的问题，第一想法就是，是不是从库配置了“--replicate-do-”类似的参数呢，通过确认，果不其然。配置了“--replicate-do-db”和“--replicate-do-talbe”参数。那么原因很简单，执行alter 的时候不在当前库了。所以，对于“--replicate-do-” 此类的参数来讲慎用，如果要用，一定要注意语句，一定要在当前库的环境下执行。

如果不想修改语句的话，是不是就没有办法解决呢？结果肯定是不是。如果要跨裤操作语句还要求同步的话，就需要“--replicate-wild-do-table”来了，跨库操作没有问题。但是它也有他的局限于，不能用于stored procedures and functions, or events。详细的参数介绍，可以参考官网：https://dev.mysql.com/doc/refman/5.7/en/replication-options-slave.html#option_mysqld_replicate-wild-do-table

字段的问题，本以为这就解决了。没想到还有问题，为啥从库没有字段，主从复制还不报错呢？

主库表结构不一致，但是从库不报错，我也是第一次碰到。话不多话，赶紧找机器去测试验证下：

Master表结构：CREATE TABLE `t` (

`id` int(11) DEFAULT NULL,

`name` char(4) DEFAULT NULL,

`phone` int(11) DEFAULT NULL,

`address` char(6) DEFAULT NULL

) ENGINE=InnoDB

Slave表结构(Master的基础上删除最后一列)：alter table t drop column address;

Query OK, 0 rows affected (0.51 sec)

Records: 0 Duplicates: 0 Warnings: 0

Master操作：mysql> insert into t(id,name,phone,address) values(1,'abcd',123456789,'hahah');

Query OK, 1 row affected (0.05 sec)

Slave查看数据：mysql> select * from t ;

+------+------+-----------+

| id | name | phone |

+------+------+-----------+

| 1 | abcd | 123456789 |

+------+------+-----------+

1 row in set (0.01 sec)

？？？很奇怪吧？尽然从库插入成功了，把末尾的col数据丢弃了。我们继续操作

Slave删除字段name：mysql> alter table t drop column name;

Query OK, 0 rows affected (0.46 sec)

Records: 0 Duplicates: 0 Warnings: 0

Master插入数据：mysql> insert into t(id,name,phone,address) values(2,'cde',1234567890,'new');

Query OK, 1 row affected (0.08 sec)

Slave查看数据：mysql> select * from t ;

+------+-----------+

| id | phone |

+------+-----------+

| 1 | 123456789 |

+------+-----------+

1 row in set (0.00 sec)

从库数据还是只有第一条，第二条数据没有。肯定报错了。报错信息如下：worker 1 failed executing transaction '43bb72ce-c48d-11e9-b618-00e04c01219a:4' at master log mysql-bin.000003, end_log_pos 1238; Column 1 of table 'tslave.t' cannot be converted from type 'char(16(bytes))' to type 'int(11)'

通过上面的报错解释不了。主从复制难道主从表结构不一致也可以么？心中的疑问越来越多。后来只能去翻看手册，最后发现如下解释：Source and target tables for replication do not have to be identical. A table on the master can have more or fewer columns than the slave's copy of the table. In addition, corresponding table columns on the master and the slave can use different data types, subject to certain conditions.

是不是很惊讶？看了这句我大致懂了。但是没搞明白，MySQL为什么要这么去做啊？求大神们来给我讲下吧。谢谢~