Mysql(1)--主从复制(position和gtid)

最新推荐文章于 2025-03-06 10:18:54 发布
最新推荐文章于 2025-03-06 10:18:54 发布
阅读量2k 收藏 5
点赞数 1
分类专栏： Linux企业实战
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_45594312/article/details/104680475
版权
本文详细介绍了MySQL主从复制的概念、工作原理和原因，重点讲解了基于position和GTID的复制原理及配置步骤。通过实验展示了如何在master和slave节点上配置，验证了数据的异步复制和GTID自动找点同步功能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.概念

  • 指一台服务器充当主数据库服务器，另一台或多台服务器充当从数据库服务器
  • 主服务器中的数据自动复制到从服务器中
  • 即就是主数据库做什么，从数据库做什么

2.主从复制工作原理

  • Master数据库只要发生变化，立马记录到Binary log日志文件中
  • Slave数据库启动一个I/O thread连接Master数据库，请求Master变化的二进制日志
  • Slave I/O获取到的二进制日志，保存到自己的Relay log日志文件中
  • Slave有一个SQL thread定期检查Realy log是否变化，变化就更新数据
    在这里插入图片描述

3.使用mysql主从的原因

  • 实现服务器的负载均衡
  • 通过复制实现数据的异地备份
  • 提高数据库系统的可用性

4.主从复制的原理(position)

  • 异步复制（主从复制）master节点不会关心slave节点的状态，只需要写自己的数据即可
  • 能不能完成复制看slave节点的io线程和sql线程是否开启
  • mysql的主从配置又叫replication，AB复制，基于binlog二进制日志
  • 主数据库必须开启binlog二进制日志才能进行复制
  • mysql的主从复制（异步复制）（基于position）把一个事件拆开来复制
  • 并不是以一个完整的事件为单位来进行复制
主库开启binlog日志（设置log-bin参数）
主从server-id不同
从库服务器能连同主库
master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；
从库生成两个线程，一个i/o线程，一个SQL线程，i/o线程去请求主库的binlog，sql线程进行日志回放来复制
slave将master的binary log events拷贝到它的中继日志(relay log)；
slave重做中继日志中的事件，将更改应用到自己的数据上。
  • 注意：
  • 一开始两个mysql必须一模一样，否则会报错 master自己做自己的，写在自己的日志里
  • slave能否同步成功取决于IO线程，和SQL线程回放日志 IO通过联系master拿到master的二进制日志，SQL回放日志
  • slave节点的数据总比master节点的数据慢

5.实验步骤

实验环境：

  • master节点：number1，ip为172.25.254.1
  • slave节点：number2，ip为172.25.254.2
  • 测试：真机，ip为172.25.254.76

配置master节点(number1上)

  • 在官网上下载mysql的包mysql-5.7.25-1.el7.x86_64.rpm-bundle.tar
  • tar xf mysql-5.7.25-1.el7.x86_64.rpm-bundle.tar #解压
  • 安装所需要的rpm包
yum install mysql-community-client-5.7.25-1.el7.x86_64.rpm 
mysql-community-common-5.7.25-1.el7.x86_64.rpm 
mysql-community-libs-5.7.25-1.el7.x86_64.rpm 
mysql-community-libs-compat-5.7.25-1.el7.x86_64.rpm 
mysql-community-server-5.7.25-1.el7.x86_64.rpm -y

在这里插入图片描述

  • vim /etc/my.cnf # 编辑文件
  • 编辑内容为：（在文件最后写入）
log-bin=mysql-bin   #开启二进制日志
server-id=1   #主库server-id需要比从库小,用来区分主机与从机

在这里插入图片描述

  • systemctl start mysqld #开启服务
  • cat /var/log/mysqld.log | grep password #查看原始密码
  • DUsjnO(nN6j! #为原始密码
  • 开启服务之后生成了一个临时密码，使用临时密码进行数据库安全初始化
  • mysql_secure_installation #安全初始化
  • 设定新密码时：密码大于8位，数字+大小写英文+特殊字符
  • 因为该数据库版本开启了密码检测系统，简单密码会报错
  • 第一处直接回车，其他输入y

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • mysql -p #登录数据库
  • CREATE USER 'wang'@'172.25.254.%' IDENTIFIED BY 'WMZdys12*'; #创建从库连接的用户，可以使用此用户远程登录数据库
  • GRANT REPLICATION SLAVE ON *.* TO 'wang'@'172.25.254.%'; #授权为可以复制master节点数据的slave节点
  • flush privileges; #刷新
  • show master status; #查看master节点的状态
REPLICATION：表示复制的权限
*.* ：表示对所有库的所有表都授权
wang：用户名
‘172.25.254.%’ ： 授权172.25.254网段的所有数据库节点都可以同步（复制）

在这里插入图片描述
在主机上测试主节点是否设置好：

  • mysql -h 172.25.254.1 -uwang -pWMZdys12* #登录数据库
    在这里插入图片描述

配置slave节点(number2上)

  • tar xf mysql-5.7.25-1.el7.x86_64.rpm-bundle.tar #解压
  • 安装所需要的rpm包
yum install mysql-community-client-5.7.25-1.el7.x86_64.rpm 
mysql-community-common-5.7.25-1.el7.x86_64.rpm 
mysql-community-libs-5.7.25-1.el7.x86_64.rpm 
mysql-community-libs-compat-5.7.25-1.el7.x86_64.rpm 
mysql-community-server-5.7.25-1.el7.x86_64.rpm -y

在这里插入图片描述

  • vim /etc/my.cnf # 编辑文件
  • 编辑内容为(在最后写)：server-id=2
    在这里插入图片描述
  • systemctl start mysqld #开启服务
  • cat /var/log/mysqld.log | grep password #查看原始密码
  • 原始密码为：U;1#:DikqftU
  • mysql_secure_installation #安全初始化
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • mysql -p #登录数据库
  • 配置主库信息：
  • CHANGE MASTER TO MASTER_HOST='172.25.254.1', #主库的ip地址
  • MASTER_USER='wang', #主库的用户
  • MASTER_PASSWORD='WMZdys12*', #主库的密码
  • MASTER_LOG_FILE='mysql-bin.000002', #主库的日志文件
  • MASTER_LOG_POS=1325; #主库的状态码
  • 日志文件和状态码可以在主库中查看
  • start slave; #开启从库
  • show slave status\G; #查看从库状态
  • 可以看到的当前两个进程都是yes，表示主库和从库的数据一致
  • 开启成功，IQ SQL线程都开启才能正常复制

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述在这里插入图片描述

  • 可以看到在number1主机上有刚刚的日志文件
    在这里插入图片描述

测试

在主库上创建新的数据库
在这里插入图片描述在从库上查看是否复制

在这里插入图片描述在这里插入图片描述

6.主从辅助复制gtid的原理

  • GTID复制不像传统的复制方式（异步复制、半同步复制）需要找到binlog（MASTER_LOG_FILE）和POS点（MASTER_LOG_POS）
  • 只需要知道master的IP、端口、账号、密码即可
  • 因为复制是自动的，MySQL会通过内部机制GTID自动找点同步
  • 和基于position的主从复制的不同之处在于：它是以一整个事件为单位进行复制的
  • server-id：服务器身份id，在初始化MySQL时，会自动生成一个server-id并写到数据目录的auto.cnf文件中，
  • 官方不建议修改，并且server-id跟GTID有密切关系，并且对于任意一个数据库节点，server-id是唯一的
  • GTID：全局事务标识符，使用这个功能时，内次事务提交都会在binlog里生成一个唯一的标识符，
  • 它由UUID和事务ID组成，首次提交的事务为1，第二次为2，第三次为3，以此类推
  • 开启GTID，无需找到binlog和POS点，直接change master to master_auto_postion=1即可，它会自动寻找同步
原理步骤：
在master上一个事务提交，并写入binlog里
binlog日志发送到slave，slave接收并写入中继日志里，slave读取到这个GTID，并设置gtid_next的值。
例如set @@session。gtid_next=’=fbd841f9-5590-11e8-b819-000c29e6461e’;
然后告诉slave接下来的事务必须使用GTID，并写入它自己的binlog里
slave检查并确认这个GTID没有被使用，如果没有被使用，那么开始执行这个事务并写入自己的binlog里
由于gtid_next的值不为空，slave不会尝试去生成一个新的gtid而是通过主从同步来获取GTID

7.实验步骤

配置master节点(number1上)

  • vim /etc/my.cnf #编辑文件
  • 编辑内容为（在最后加入）：
gtid_mode=ON  #打开gtid模式
enforce-gtid-consistency=true
  • systemctl restart mysqld #重启数据库

在这里插入图片描述
在这里插入图片描述

  • use mysql;
  • select * from gtid_executed; # 发现是空的
    在这里插入图片描述
  • cd /var/lib/mysql
  • mysqlbinlog mysql-bin.000002 #可以看出完成一个事件需要很多步
    在这里插入图片描述

配置slave节点(number2上)

  • vim /etc/my.cnf #编辑文件
  • 编辑内容为（在最后加入）：
gtid_mode=ON  #打开gtid模式
enforce-gtid-consistency=true
  • systemctl restart mysqld #重启数据库
    在这里插入图片描述
    在这里插入图片描述
  • mysql -p #登录数据库
  • stop slave; #关闭slave
  • 配置主库信息：
  • change master to master_host ='172.25.254.1', #主库的ip地址
  • master_user='wang', #主库的用户
  • master_password='WMZdys12*', #主库的密码
  • master_auto_position=1; #设定为自动
  • start slave; #开启slave
  • show slave status\G; #查看从库状态
  • 可以看到的当前两个进程都是yes，表示主库和从库的数据一致

在这里插入图片描述在这里插入图片描述在这里插入图片描述在这里插入图片描述

测试

在主库上添加数据
在这里插入图片描述在从库上查看
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2023-11-14 mysql-主从复制-重置主从连接-记录
悟世之路
11-14 318
mysql的主从复制, 当从库执行binlog出错后, 会中止主从复制.此时需要重置主从连接, 以重建主从关系.
mysql 主从复制 position_MySQL的主从复制
weixin_42495057的博客
01-27 482
在实际企业应用环境当中，单台mysql数据库是不足以满足日后业务需求的。譬如服务器发生故障，没有备份服务器来提供服务的话，业务就得停止。介于这种情况，mysql经常采用主从构架,或者主主架构,这样可以实现mysql服务器的负载均衡,提升mysql服务器的性能.而关键是,可以实现mysql的数据同步复制功能,来为企业数据备份提供一种方便的机制。MySQL支持单向、异步复制，复制过程中一个服务器充当主...
基于GTID和position的主从复制
weixin_46273689的博客
04-16 311
基于GTID和position的主从复制 https://my.oschina.net/xiangpang/blog/532998 基于binlog+GTID的主从复制 原理 **GTID：**Global Transaction Identifier 全局事务标识 1、是在整个复制环境中对一个事务的唯一标识 2、全局唯一，一个事务对应一个GTID 3、GTID用来代替classic的复制方法，不在使用binlog+pos开启复制。而是使用master_auto_postion=1的方式自动匹配G
mysql之 MySQL 主从基于position复制原理概述
weixin_33712881的博客
06-09 272
1 、主从复制简介MySQL 主从复制就是将一个 MySQL 实例（Master）中的数据实时复制到另一个 MySQL 实例(slave)中，而且这个复制是一个异步复制的过程。实现整个复制操作主要由三个进程完成的，其中两个进程在 Slave（sql_thread 和IO_thread），另外一个进程在 Master（IO 进程）上。2 、主从复制 原理 、 机制要实施复制，首先必须打开 Maste...
MySQL之主从延迟、主从切换、读写分离
最新发布
weixin_41821642的博客
03-06 966
这个分发日志要严格保证对同一行数据更新的两个事务的执行顺序和主库的执行顺序一样的，所以这个分发事务执行不是简单的随机或者轮训啥的，要按照一定规则来保证，当然了，同一个事务的更新语句是不能分开执行了，一个事务更新了表 t1 和表 t2 中的各一行，如果这两条更新语句被分到不同 worker 的话，虽然最终的结果是主从一致的，但如果表 t1 执行完成的瞬间，从库上有一个查询，就会看到这个事务“更新了一半的结果”，破坏了事务逻辑的隔离性。得到，原来从库 C 是 A 的从库，本地记录的也是 A 的位点。
MYSQL GTID position
weixin_30550271的博客
04-27 155
MySQL5.6 新特性之GTID - jyzhou - 博客园 http://www.cnblogs.com/zhoujinyi/p/4717951.html MySQL · 答疑释惑 · GTID下auto_position=0时数据不一致 - qiuyepiaoling的专栏 - 优快云博客https://blog.youkuaiyun.com/qiuyepiaoling/article/deta...
position mysql_MySQL 主从基于position复制原理概述
weixin_35368877的博客
01-18 238
1 、主从复制简介MySQL 主从复制就是将一个 mysql 实例(Master)中的数据实时复制到另一个 MySQL 实例(slave)中，而且这个复制是一个异步复制的过程。实现整个复制操作主要由三个进程完成的，其中两个进程在 Slave(sql_thread 和IO_thread)，另外一个进程在 Master(IO 进程)上。2 、主从复制 原理 、 机制要实施复制，首先必须打开 Maste...
MySQL异步复制（基于position和基于gtid的主从复制）
asufeiya的博客
11-01 539
续上一篇 ###########基于GTID的主从复制 + 半同步（作业） 由于同一事务的GTID在所有节点上的值一致 我们都不需要知道GTID的具体值 ‘前提：需要做好前面的binlog复制’ 在传统的复制里面，当发生故障，需要主从切换，需要找到binlog和pos点，然后将主节点指向新的主节点，相对来说比较麻烦，也容易出错。在MySQL 5.6里面，不用再找binlog和pos点，我们只...
MySQL5.7配置GTID主从---搭建GTID主从
sunfei927的博客
11-05 1644
准备说明： master：192.168.10.100 slave：192.168.10.101 一、配置GTID参数 配置文件均为/etc/my.cnf Master参数配置： gtid-mode = ON enforce-gtid-consistency = ON server-id =100 binlog_format = ROW log-bin = mysql-bin Sl...
MYSQL---GTID主从备份
阿爃呀yxr
09-09 784
MYSQL—GTID主从备份 GITD定义 GTID的组成部分 GTID比传统复制的优势 GTID工作原理 MYSQL基于GTID的主从备份 在主数据库服务器修改/etc/my.cnf配置文件 在从数据库服务器操作如下 验证,在主库创建名为yaoxiaorong的数据库，并添加内容，插入数据 在从数据库服务器上查看是否同步存在yaoxiaorong库 MYSQL—GTID主...
mysql学习--binlog与gtid主从同步
2202_76007104的博客
02-29 1236
2.binlog传输到slave，并存储到salve的relaylog后，读取这个GTID的这个值设置GTID——next变量，即告诉slave，下一个要执行的GTID值。5.如果没有记录，slave会执行该GTID事务，并记录到该GTID到自身的binlog，在读取该事务前会检查其他session持有该GTID，确保不被重复执行。1.当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。4.如果有记录说明该GTID的事务已经执行，slave会忽略。
详解MySQL主从复制实战 - 基于GTID的复制
09-09
MySQL主从复制是一种常见的数据库高可用和负载均衡方案，允许数据在多个服务器之间实时同步。自MySQL 5.6版本起，引入了基于Global Transaction Identifier（GTID）的复制方式，极大地简化了复制配置和故障恢复过程...
Mysql（二）Mysql基于position的主从复制（即异步复制）和基于GTID的主从复制
yunyuzhu的博客
10-31 848
介绍主从复制前，应该先明白一个概念，就是数据备份数据备份是一种古老而有效的数据保护手段，早期的数据备份手段主要是数据冷备，即定期将数据复制到某种存储介质(磁带，光盘...)上并物理存档保管，如果系统存储损坏，那么就从冷备的存储中恢复数据冷备的优点是简单和廉价，成本和技术难度都较低，缺点是不能保证数据最终一致，由于数据是定期复制，所以不具有实施时性，所以备份的数据比系统中的数据陈旧。 ...
mysql gtid寻找位置_【MySQL】UUID与GTID以及如何根据GTID找寻filename和position
weixin_36190719的博客
01-30 602
Open Group于1997年10月发布，UUID遵从此协议。UUID被设计成一个在空间和时间上的唯一值。两次调用的UUID将产生两个不同的值，即使这些调用是在两个不连接的，彼此独立的计算机。由一串数字表示aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeeeformat:mysql>SELECTUUID();->'6ccd780c-baba-1026-95...
linux--mysql(主从复制position)
Aplox的博客
03-05 451
环境： server1 172.25.254.1 master节点 server2 172.25.254.2 slave节点 真机 172.25.254.38 测试 两台新的虚拟机 在官网或网盘下载mysql的rpm包 server1上： 1 tar...
mysql（一）基于position的主从复制
AaNiceMan的博客
03-09 772
简介 什么是主从复制 指一台服务器充当主数据库服务器，另一台或多台服务器充当从数据库服务器，主服务器中的数据自动复制到从服务器之中。一句话表示就是，主数据库做什么，从数据库就跟着做什么 主从复制工作原理剖析 1.Master数据库只要发生变化，立马记录到Binary log日志文作中 2.Slave数据库启动一个I/O thread连接Master数据库，请求Master变化的进制日志 3.Sla...
mysql主从复制(positions)的简单实现
qq_43309149的博客
03-12 536
mysql主从复制的实现实验环境配置master节点安装mysql主从复制需要的包修改mysq主配置文件，实现主从复制开启mysql服务查看初始密码使用临时密码进行数据库安全初始化登陆数据库对用户进行授权配置slave节点在从库指定主库信息开启从库测试mysql主从复制 实验环境 master节点：server1，ip为172.25.21.1 slave节点：server2，ip为172.25.21.2 测试：真机，ip为172.25.21.250 配置master节点 安装mysql主从复制需要的包 在
MySQL复制(五)GTID与Position转换
一介IT
11-14 223
欢迎关注公众号：一介IT本站文章先发布在公众号。
MySQL的position值是什么_MySQL数据库中系统函数POSITION功能简介
weixin_34966284的博客
01-19 2440
摘要：下文讲述MySQL数据库中系统函数POSITION的功能说明，如下所示；系统函数POSITION功能:用于查找一个字符串在另一个字符串中第一次出现的位置当无法在原始字符串中查找到子字符串时，则返回0注意事项:1.字符串位置查找时，不区分大小写2.此系统函数从MySQL 4.0中便拥有POSITION语法:POSITION(substr IN str)----------参数说明-------...
mysql主从复制pos和GTID
02-25
### MySQL 主从复制中的POS和GTID #### 配置方法 对于基于位置（Position, POS）的主从复制，配置相对简单。在`/etc/my.cnf`中设置`server_id`唯一标识符，并启用二进制日志记录功能即可完成初步配置[^1]。 ```ini [mysqld] server_id=1 log_bin=/usr/local/mysql/data/log-bin ``` 而采用全局事务标识符（Global Transaction ID, GTID）的方式则需额外参数支持。除了上述基本项外，还需激活`gtid_mode`与强制一致性选项来确保数据同步准确性[^2]。 ```ini gtid_mode=ON enforce_gtid_consistency=true ``` 重启服务使更改生效： ```bash systemctl restart mysqld ``` #### 区别对比 - **POS方式**依赖于二进制日志文件名及其内部偏移量来进行增量更新操作；这种方式下每次执行变更都会被记录到新的事件条目里，从而形成连续的日志流。 - **GTID机制**通过分配唯一的事务编号给每笔交易，在整个集群范围内保持一致性和可追溯性。这不仅简化了故障恢复流程，还允许自动定位最近一次成功提交的位置继续后续工作而不必担心断点丢失等问题。 #### 故障排查 当遇到主从不同步的情况时，无论是哪种模式都应先检查网络状况是否稳定正常以及资源占用情况如何。如果是因为某些特定原因造成延迟，则可以根据具体表现形式采取相应对策。例如针对大容量表结构修改引起的长时间阻塞现象，建议利用在线DDL工具减少锁定时间影响范围；而对于频繁发生的短时延滞问题，则可通过优化查询语句性能、增加硬件资源配置等方式改善整体效率[^3]。 另外值得注意的是，在使用GTIDs的情况下，还可以借助内置函数获取当前节点的状态信息以便快速诊断潜在风险因素。比如查看源端已发送但目标端尚未应用的变化列表等实用技巧都能帮助运维人员更好地维护系统健康运行状态。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值