mysql主从复制：mysql主从复制搭建步骤
MySQL主从复制
1、MySQL主从复制是基于主服务器在二进制日志（binlog）中跟踪所有对数据库的更改。要进行复制，必须在主服务器上启用二进制日志。每个从服务器从主服务器接收已经记录到日志的数据，并在主服务器上执行相同的更新。从服务器执行备份不会干扰主服务器，主服务器可以继续处理更新。
2、重新启动复制，使用START SLAVE；命令。彻底重做从库（如果不止一张表）：停止从库复制。使用mysqldump或xtrabackup从主库做一次完整的备份。在从库恢复数据。重新设定主从。其他方法：使用mysqlbinlog工具定位并查看引发问题的具体SQL语句，然后手动在从库中插入缺失记录，再重新启动Slave SQL线程。
3、MySQL主从复制是一种数据同步机制，旨在让一台服务器（主库）的数据能够与其他服务器（备库）保持同步。这种机制对于提高数据的可用性、可靠性和负载均衡具有重要意义。MySQL复制的基本概念 主库与备库：主库：负责处理数据的更新操作，并将这些操作记录到二进制日志中。
mysql主从复制gtid方式
1、MySQL主从复制GTID方式的核心要点如下：基于事务的复制：GTID方式的MySQL主从复制是通过事务的复制来实现的。每个事务在提交时都会生成一个唯一的GTID，该GTID由UUID和事务ID组成。GTID的生成：UUID在MySQL首次启动时生成，并保存在数据目录下的auto.cnf文件中。
2、使用MySQL命令gant replication slave on *.* to repl@% identified by QianFeng@1234创建连接用户并设置密码。 使用flush privileges命令更新权限。
3、在传统的复制模式中，主从服务器切换需要手动查找 binlog 和 pos 点。使用 GTID 后，MySQL 内部机制自动匹配 GTID 断点，无需再手动查找 binlog 和 pos 点。只需提供主节点的 IP、端口以及账号密码，即可自动完成复制过程。GTID 的优势：提升了复制效率和数据一致性。简化了主从服务器切换过程。
mysql主从复制数据不一致怎么办
修复方案若数据严重不一致，可重新初始化从库，主库用mysqldump备份数据并加--single-transaction --master-data=2参数，从库导入备份并重新配置复制。对于局部不一致，使用pt-table-sync工具直接修复差异数据，需先备份。
针对主从数据不一致的问题，可以采取以下措施：检查复制链路：登录从库执行SHOW SLAVE STATUSG，查看IO线程和SQL线程的状态。如果IO线程没在运行，可能是因为网络问题、权限不足或主库Binlog被删除。此时，需要检查网络连通性、复制账号权限以及主库的Binlog状态。
尽可能使用WAIT_AFTER_SYNC模式，以减少数据不一致的风险。监控半同步复制的状态，确保主从连接稳定，避免因超时退化为异步复制。数据校验和订正平台 搭建TCP（Terminal Compare Platform）全量数据校验订正平台，支持表级、库级、实例级、集群级别的数据校验。
彻底重做从库（如果不止一张表）：停止从库复制。使用mysqldump或xtrabackup从主库做一次完整的备份。在从库恢复数据。重新设定主从。其他方法：使用mysqlbinlog工具定位并查看引发问题的具体SQL语句，然后手动在从库中插入缺失记录，再重新启动Slave SQL线程。
解决方法：检查网络连接：确保主从库之间的网络连接稳定且通畅，以减少数据同步的延迟和失败。检查并修正配置文件：确保每个库的server-id唯一，避免同步关系混乱。确保主从库数据一致：在进行主从切换前，可以通过锁表、备份主库数据并恢复从库数据等方式，确保主从库数据的一致性。
Mysql系列-主从复制报错问题汇总
首先，让我们讨论“Delete_rows”错误。当在master服务器上删除一条记录后，如果slave服务器未能获取到这条记录，则会引发该错误。解决方法在于确认master服务器已经成功删除该记录。如果master和slave服务器均已完成删除操作，则slave可以直接跳过这条记录，避免报错。
彻底重做从库（如果不止一张表）：停止从库复制。使用mysqldump或xtrabackup从主库做一次完整的备份。在从库恢复数据。重新设定主从。其他方法：使用mysqlbinlog工具定位并查看引发问题的具体SQL语句，然后手动在从库中插入缺失记录，再重新启动Slave SQL线程。
在进行MySQL主从复制配置从服务器时，系统报错。检查操作命令后，搜索发现同样的报错信息源于SQL语法错误，可能的原因包括配置命令中的语法不规范。分析搜索到的错误集合，了解到了配置命令中的问题可能在于未正确分隔参数，如缺少逗号。确认配置命令无误后再次执行，成功解决报错。
**主库binlog位置检查**：首先，需前往主服务器查询binlog的具体位置，找到一个与从库报错位置接近的binlog位置点。可以使用如下命令查看某一个binlog文件的详细信息。 **转存binlog为可读文件**：将查找到的binlog文件转存为可读文件，并查看该文件的结尾位置。
