MySQL主从同步中的server-id示例详解
56 浏览量
2020-12-16
08:08:54
上传
评论
收藏 98KB PDF 举报
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)
我们可以在线直接修改全局变量server-id，但不会立即生效，所以修改后记得重启服务。而重启后又会重新读取系统配置文件
配置，导致刚才的修改失效，因此建议修改配置文件后重启服务而不是在线修改：
#my.cnf
[mysqld] #replication
log-bin=mysql-bin
server-id=171562767
sync_binlog=1
binlog-ignore-db=mysql
binlog-ignore-db=information_schema
server-id用途用途
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库再进行重连，周而复始导致大量异常信息。
评论0