MySQL运维实战(7.2) MySQL复制server_id相关问题

俊达2年前技术文章674

主库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相同的问题。


server_id_ring.png

如上图的例子中,主和备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,则不会重复执行事务。



相关文章

MySQL运维实战(7.1) 开启GTID复制

MySQL从5.6版本开始支持GTID复制。开启GTID之后,主库上执行的每一个事务都有一个全局唯一的ID。GTID由两部分组成:server_uuid和事务序列号。初始化数据库时,会生成一个全局唯一...

MySQL运维实战(7)建立复制

建立复制的基本步骤1、主库开启binlog主库需要配置的关键参数server_id:主备库需要设置为不同。log_bin:binlog文件的前缀,可以指定绝对路径,也可以只指定文件名。若不指定路径,b...

发表评论    

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。