MySQL主从同步中的server-id示例详解

 更新时间:2019年09月07日 11:02:32   作者:赵帅强  
这篇文章主要给大家介绍了关于MySQL主从同步中server-id的相关资料,文中通过示例代码介绍的非常详细,对大家学习或者使用MySQL具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧

前言

当我们搭建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库再进行重连,周而复始导致大量异常信息。

生成server-id的规则

既然server-id不能相同,而当我们有10个实例时,怎么保证每个都不同呢?有几种常用的方法:

  • 随机数
  • 时间戳
  • 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来避免报错(不推荐)。

参考资料

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对脚本之家的支持。

相关文章

  • MySQL使用LOAD_FILE()函数方法总结

    MySQL使用LOAD_FILE()函数方法总结

    在本篇文章里小编给大家分享了关于MySQL使用LOAD_FILE()函数方法和相关知识点,需要的朋友们学习下。
    2019-03-03
  • MySQL关联表插入数据方式(insert into select语法)

    MySQL关联表插入数据方式(insert into select语法)

    这篇文章主要介绍了MySQL关联表插入数据方式(insert into select语法),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2025-03-03
  • 阿里云 Centos7.3安装mysql5.7.18 rpm安装教程

    阿里云 Centos7.3安装mysql5.7.18 rpm安装教程

    这篇文章主要介绍了阿里云 Centos7.3安装mysql5.7.18 rpm安装教程,需要的朋友可以参考下
    2017-06-06
  • mysql中关于Myisam_recover自动修复的使用方法

    mysql中关于Myisam_recover自动修复的使用方法

    这篇文章主要介绍了mysql中关于Myisam_recover自动修复的使用方法,需要的朋友可以参考下
    2016-05-05
  • MySQL联合查询实现方法详解

    MySQL联合查询实现方法详解

    联合查询union将多次查询(多条select语句)的结果,在字段数相同的情况下,在记录的层次上进行拼接,这篇文章主要给大家介绍了关于Mysql联合查询的那些事儿,需要的朋友可以参考下
    2022-11-11
  • MySQL主从复制之半同步semi-sync replication

    MySQL主从复制之半同步semi-sync replication

    这篇文章主要介绍了MySQL主从复制之半同步semi-sync replication,半同步相对于异步复制而言,提高了数据的安全性,同时也造成了一定程度的延迟,这个延迟最少是一个TCP往返的时间。所以,半同步复制最好在低延时的网络中使用,下文详细内容,需要的小伙伴可以参考一下
    2022-02-02
  • 详解MySQL中的缓冲池(buffer pool)

    详解MySQL中的缓冲池(buffer pool)

    这篇文章主要介绍了MySQL中的缓冲池(buffer pool)的相关资料,帮助大家更好的理解和使用MySQL数据库,感兴趣的朋友可以了解下
    2021-01-01
  • 3种高效的Tags标签系统数据库设计方案分享

    3种高效的Tags标签系统数据库设计方案分享

    这篇文章主要介绍了3种高效的Tags标签系统数据库设计方案分享,现在主流的博客、CMS系统都有一个标签系统,本文就探讨它的数据库设计方式,需要的朋友可以参考下
    2014-07-07
  • 解析mysql与Oracle update的区别

    解析mysql与Oracle update的区别

    本篇文章是对mysql与Oracle update的区别进行了详细的分析介绍,需要的朋友参考下
    2013-07-07
  • MySQL8.0找不到my.ini如何解决

    MySQL8.0找不到my.ini如何解决

    在配置MySQL主从复制时,发现找不到my.ini配置文件,通过检查路径和打开隐藏文件夹,最终在C:\ProgramData\MySQL\MySQLServer8.0目录下找到了my.ini文件
    2025-01-01

最新评论