当咱们搭建MySQL
集群时,天然须要完成数据库的主从同步来保证数据一致性。而主从同步的方式也分不少种,一主多从、链式主从、多主多从,根据你的须要来进行设置。但只要你须要主从同步,就必定要注意server-id
的配置,不然会出现主从复制异常。html
在控制数据库数据复制和日志管理中,有两个重要的配置:server-id
和server-uuid
,他们会影响二进制日志文件记录和全局事务标识。mysql
server-id
配置当你使用主从拓扑时,必定要对全部MySQL
实例都分别指定一个独特的互不相同的server-id
。默认值为0
,当server-id=0
时,对于主机来讲依然会记录二进制日志,但会拒绝全部的从机链接;对于从机来讲则会拒绝链接其它实例。sql
MySQL
实例的server-id
是一个全局变量,能够直接查看:docker
mysql> show variables like '%server_id%'; +---------------+-----------+ | Variable_name | Value | +---------------+-----------+ | server_id | 171562767 | +---------------+-----------+ 1 row in set (0.00 sec)
咱们能够在线直接修改全局变量server-id
,但不会当即生效,因此修改后记得重启服务。而重启后又会从新读取系统配置文件配置,致使刚才的修改失效,所以建议修改配置文件后重启服务而不是在线修改:shell
#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
为何不要重复:ui
server-id
重复时因为默认状况replicate-same-server-id=0
,所以备库会跳过全部主库同步的数据,致使主从数据的不一致。spa
server-id
重复时会致使从库跟主库的链接时断时连,产生大量异常。根据MySQL
的设计,主库和从库经过事件机制进行链接和同步,当新的链接到来时,若是发现server-id
相同,主库会断开以前的链接并从新注册新链接。当A
库链接上主库时,此时B
库链接到来,会断开A
库链接,A
库再进行重连,周而复始致使大量异常信息。设计
server-id
的规则既然server-id
不能相同,而当咱们有10
个实例时,怎么保证每一个都不一样呢?有几种经常使用的方法:3d
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
这个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
来避免报错(不推荐)。