MySQL主从同步中的server-id示例详解

前言

当我们搭建MySQL集群时，自然需要完成数据库的主从同步来保证数据一致性。而主从同步的方式也分很多种，一主多从、链式主从、多主多从，根据你的需要来进行设置。但只要你需要主从同步，就一定要注意server-id的配置，否则会出现主从复制异常。

在控制数据库数据复制和日志管理中，有两个重要的配置：server-id和server-uuid，他们会影响二进制日志文件记录和全局事务标识。

server-id配置

当你使用主从拓扑时，一定要对所有MySQL实例都分别指定一个独特的互不相同的server-id。默认值为0，当server-id=0时，对于主机来说依然会记录二进制日志，但会拒绝所有的从机连接；对于从机来说则会拒绝连接其它实例。

MySQL实例的server-id是一个全局变量，可以直接查看：

mysql> show variables like '%server_id%';+---------------+-----------+| Variable_name | Value |+---------------+-----------+| server_id | 171562767 |+---------------+-----------+1 row in set (0.00 sec)

#my.cnf[mysqld]#replicationlog-bin=mysql-binserver-id=171562767sync_binlog=1binlog-ignore-db=mysqlbinlog-ignore-db=information_schema

server-id用于标识数据库实例，防止在链式主从、多主多从拓扑中导致SQL语句的无限循环：

标记binlog event的源实例
过滤主库binlog，当发现server-id相同时，跳过该event执行，避免无限循环执行。
如果设置了replicate-same-server-id=1，则执行所有event，但有可能导致无限循环执行SQL语句。

我们用两个例子来说明server-id为什么不要重复：

当主库和备库server-id重复时

由于默认情况replicate-same-server-id=0，因此备库会跳过所有主库同步的数据，导致主从数据的不一致。

当两个备库server-id重复时

会导致从库跟主库的连接时断时连，产生大量异常。根据MySQL的设计，主库和从库通过事件机制进行连接和同步，当新的连接到来时，如果发现server-id相同，主库会断开之前的连接并重新注册新连接。当A库连接上主库时，此时B库连接到来，会断开A库连接，A库再进行重连，周而复始导致大量异常信息。

生成server-id的规则

既然server-id不能相同，而当我们有10个实例时，怎么保证每个都不同呢？有几种常用的方法：

随机数
时间戳
IP地址+端口
在管理中心集中分配，生成自增ID

上面的这些方法都可以，但是注意不要超过了最大值2^32-1，同时值最好>2。我采用的方法是IP地址后两位+本机MySQL实例序号，但如果是通过docker来进行管理多实例时，这个怎么生成大家可以想下有没有什么优美的解决方案。

server-uuid配置

MySQL服务会自动创建并生成server-uuid配置：

读取${data_dir}/auto.cnf文件中的UUID
如果不存在，自动创建文件和生成新的UUID并读取

shell> cat ~/mysql/data/auto.cnf[auto]server-uuid=fd5d03bc-cfde-11e9-ae59-48d539355108

在主从拓扑中，主从可以知道互相的UUID，在主机上使用show slave hosts，在从机上使用show slave status查看Master_UUID字段。

server-uuid参数并不能取代server-id，他们有不同的作用。当主从同步时如果主从实例的server-uuid相同会报错退出，不过我们可以通过设置replicate-same-server-id=1来避免报错（不推荐）。

参考资料

17.1.6 Replication and Binary Logging Options and Variables：https://dev.mysql.com/doc/ref...
如何生成唯一的server Id：https://www.jb51.net/article/169550.htm

总结

更多相关文章

随机推荐