作者：俊达

主库server_id没有设置

主库没有设置server_id

Got fatal error 1236 from master when reading data from binary log: 'Misconfigured master - server_id was not set'

主库查看server_id

mysql> show variables like 'server_id';+----------------+-------+| Variable_name  | Value |+----------------+-------+| server_id      | 1     |

即便没有设置server_id，show variables命令查看server_id为1，

解决办法：
1、 主库设置server_id
倡议不要将server_id设置为1

mysql> set global server_id=234;

同时在配置文件中设置server_id，防止数据库重启后参数设置生效。
2、备库上重新启动复制

stop slave;start slave;show slave status\G

备库server_id没有设置

如果备库没有设置server_id，也无奈启动复制

mysql> set global server_id=default;Query OK, 0 rows affected (0.00 sec)mysql> start slave;ERROR 1200 (HY000): The server is not configured as slave; fix in config file or with CHANGE MASTER TO

从谬误日志中能够看到无奈启动备库的起因：

2023-06-12 16:36:15 18518 [ERROR] Server id not set, will not start slave

解决办法：设置server_id，同时在配置文件中退出server_id配置。

mysql> set global server_id=236;Query OK, 0 rows affected (0.00 sec)mysql> start slave;Query OK, 0 rows affected (0.00 sec)

主备库server_id雷同

主备库server_id雷同

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).

解决办法：
设施库将server_id设置成不一样。

server_id反复导致的问题

mysql复制关系中，主库和备库的server_id如果雷同，IO线程会间接报错中断。然而在级联复制的架构下，肯能会呈现server_id雷同的问题。

如上图的例子中，主和备1的server_id不同，备2和备1的server_id也不同，然而备2和备1的server_id雷同，这会导致一个问题：备2的IO线程从备1获取binlog事件时，发现事件的server_id和本人的server_id一样，就会疏忽这些事件，从而备2短少数据。这种状况下，备2不会产生任何异样日志。show slave status查看seconds_behind_master可能也没有问题。

级联复制批改复制架构导致的问题

级联复制架构下，批改复制架构时操作不当，可能会引起binlog事件有限循环复制的问题。上面是一个例子：
原先的复制构造如下：

以后主库为主，因为某个起因，须要下线主，备1和备2组成新的双向复制架构：

执行的操作如下：
1、备1上执行stop slave;
2、备2上执行show master status，查看以后binlog位点
3、备1上执行change master to备2，指向步骤2获取到的binlog位点。

如果执行上述的第2步的时候，备2上有提早，那么获取到的位点之后，可能还会产生server_id为100的binlog事件（从备1上复制过去的，来源于主的事物），当备1复制指向备2时，这些server_id为100的事件，就可能会始终循环执行。具体是否会循环执行，还依赖于binlog格局以及具体的事件。
在row模式下，如果是insert事件，且波及的表无主键和惟一束缚，insert会始终循环执行。
在statement模式下，如果是update语句（update t set c = c + 1)，则该update语句会始终循环执行。

复制架构中存在环路的状况下，批改server_id也可能会产生相似的问题。
这类问题须要从源头上防止：
1、保障server_id全局惟一。
2、不随便批改server_id。
3、批改复制架构时，如果备库存在提早，须要特地留神。
4、开启GTID。如果开启了GTID，则不会反复执行事务。

更多技术信息请查看云掣官网https://yunche.pro/?t=yrgw