MySQL主从同步中的server-id

小伙伴们对数据库编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《MySQL主从同步中的server-id》，就很适合你，本篇文章讲解的知识点主要包括MySQL、uuid、binlog、replication、主从复制。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

当我们搭建

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

语句的无限循环：

1. 标记

   binlog event

   的源实例
2. 过滤主库

   binlog

   ，当发现

   server-id

   相同时，跳过该

   event

   执行，避免无限循环执行。
3. 如果设置了

   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

个实例时，怎么保证每个都不同呢？有几种常用的方法：

1. 随机数
2. 时间戳

3. IP

   地址+端口
4. 在管理中心集中分配，生成自增

   ID

上面的这些方法都可以，但是注意不要超过了最大值

2^32-1

，同时值最好

>2

。我采用的方法是

IP

地址后两位+本机

MySQL

实例序号，但如果是通过

docker

来进行管理多实例时，这个怎么生成大家可以想下有没有什么优美的解决方案。

server-uuid

配置

MySQL

服务会自动创建并生成

server-uuid

配置：

1. 读取

   ${data_dir}/auto.cnf

   文件中的

   UUID

2. 如果不存在，自动创建文件和生成新的

   UUID

   并读取

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

这个

auto.cnf

配置风格类似于

my.cnf

，但这个文件只包含一个

auto

配置块和一行

server-uuid

配置。它是自动创建的，因此不要修改它的内容。

在主从拓扑中，主从可以知道互相的

UUID

，在主机上使用

show slave hosts

，在从机上使用

show slave status

查看

Master_UUID

字段。

server-uuid

参数并不能取代

server-id

，他们有不同的作用。当主从同步时如果主从实例的

server-uuid

相同会报错退出，不过我们可以通过设置

replicate-same-server-id=1

来避免报错（不推荐）。

参考资料

1. 17.1.6 Replication and Binary Logging Options and Variables：https://dev.mysql.com/doc/ref...
2. 如何生成唯一的server Id：http://ju.outofmemory.cn/entr...

以上就是《MySQL主从同步中的server-id》的详细内容，更多关于mysql的资料请关注golang学习网公众号！