MySQL互为主备高可用配置与实现完整教程详解
MySQL互为主备配置详解:双向数据同步实战
首先梳理一下整体思路:两台MySQL服务器(本文称为A和B)需要实现数据的双向同步,即互为主备。虽然听起来复杂,但核心步骤只有三步:配置各自参数、建立复制通道、双向拉起同步。
前提条件是A和B两台机器网络互通。为了便于连接,建议先在hosts文件中将IP与主机名对应好,避免反复输入IP。hosts文件位于C:\Windows\System32\drivers\etc\hosts,添加如下内容:
192.168.124.88 node1 192.168.124.44 node2
其中node1代表数据库A的机器,node2代表数据库B的机器。下面开始具体配置。
数据库A的配置(在C:\ProgramData\MySQL\MySQL Server 8.0目录下的my.ini中添加):
server-id=1 log-bin=mysql-bin binlog_format=ROW gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON auto_increment_increment=2 auto_increment_offset=1
数据库B的配置(同样在my.ini中):
server-id=2 log-bin=mysql-bin binlog_format=ROW gtid_mode=ON enforce_gtid_consistency=ON log_slave_updates=ON auto_increment_increment=2 auto_increment_offset=2
配置保存后,重启MySQL服务。
重要提示:接下来的所有操作必须在一个“干净”的环境中进行。请确保数据已完成同步,然后——绝对不要再操作任何数据!任何写入、修改、删除操作都不允许。这是一个必须严格遵守的纪律。
千万注意:操作数据将导致前功尽弃!
数据库A的操作:
STOP REPLICA; RESET REPLICA ALL; RESET MASTER; -- 必须执行,执行后不得再进行任何数据库操作 CREATE USER 'repl'@'%' IDENTIFIED BY 'Repl@123456'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES; -- 针对MySQL 8.0以上版本的密码配置 ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'Repl@123456'; FLUSH PRIVILEGES;
数据库B的操作:
STOP REPLICA; RESET REPLICA ALL; RESET MASTER; -- 如果A上已经创建了用户,B这里理论上可以省略,但为了保险建议执行一遍 CREATE USER 'repl'@'%' IDENTIFIED BY 'Repl@123456'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES; ALTER USER 'repl'@'%' IDENTIFIED WITH mysql_native_password BY 'Repl@123456'; FLUSH PRIVILEGES;
前置条件准备完毕。请牢记:此时不能再对任何数据库数据执行操作。
先走A→B方向:将B配置为A的从库。
在B上执行:
CHANGE REPLICATION SOURCE TO SOURCE_HOST='node1', SOURCE_PORT=3306, SOURCE_USER='repl', SOURCE_PASSWORD='Repl@123456', SOURCE_AUTO_POSITION=1; START REPLICA;
验证A→B方向是否成功:
SHOW REPLICA STATUS;
重点关注以下三个字段:
Replica_IO_Running: Yes Replica_SQL_Running: Yes Seconds_Behind_Source: 0
若全部显示Yes且延迟为0,说明A→B这一方向的复制通道已打通。
建议确认A→B通后再进行下一步
再走B→A方向:将A配置为B的从库。
在A上执行:
CHANGE REPLICATION SOURCE TO SOURCE_HOST='node2', SOURCE_PORT=3306, SOURCE_USER='repl', SOURCE_PASSWORD='Repl@123456', SOURCE_AUTO_POSITION=1; START REPLICA;
同样验证B→A方向是否成功:
SHOW REPLICA STATUS;
仍然检查那三个关键字段:
Replica_IO_Running: Yes Replica_SQL_Running: Yes Seconds_Behind_Source: 0
如果全部正确,恭喜你,MySQL互为主备配置完成!此时A和B之间即可实现双向数据同步。
整个过程最核心的注意事项:配置过程中千万不要操作数据!任何数据修改都可能破坏GTID的一致性,导致同步失败。保持耐心,按步骤执行,成功率会非常高。
游乐网为非赢利性网站,所展示的游戏/软件/文章内容均来自于互联网或第三方用户上传分享,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系youleyoucom@outlook.com。
同类文章
配置Java应用支持Oracle数据库AD/Kerberos身份验证
配置Java应用支持OracleAD Kerberos需正确设置JVM的krb5 conf与jaas conf,JDBCURL添加oracle net authentication_services=(KERBEROS5)并与SPN严格匹配。AD用户需映射为Oracle企业用户并授予CREATESESSION权限。SPN注册和EUS映射是常见故障点。
Redis订阅者BGSAVE期间响应变慢:RDB持久化IO影响分析
Redis订阅者在BGSAVE期间响应变慢,源于fork阻塞、COW内存争抢及磁盘I O高负载三重叠加。通过将RDB迁移至从节点、禁用THP、调整swappiness并手动触发避开高峰,可有效降低对主服务的影响。
如何优雅捕获Node.js项目中的MongoDB写入异常
批量插入失败时不会抛出统一错误类型,需关注错误代码和写入错误数组。部分失败时可设置有序参数为假以获取写入错误数组。事务中写入失败会自动中止事务,提交事务不会执行。常见错误码11000为唯一键冲突,121为文档验证失败。
如何用SQL窗口函数ROW_NUMBER实现分组内去重
行号函数仅分配行序号,不能直接去重。需通过子查询或公用表表达式过滤行号为1的行,实现分组内去重。若排序字段有重复,应加入唯一键以保证排序稳定性。还需注意不同数据库对空值排序的差异及版本兼容性。
Spring Boot RedisTemplate无法直接注入?检查泛型声明是否正确
RedisTemplate注入失败多因泛型擦除导致类型不匹配,需保证配置类返回类型、注入字段类型及内部key value类型三者一致。避免使用无泛型或通配符形式,不同序列化策略应定义独立Bean并用@Qualifier区分。StringRedisTemplate为独立Bean,不可混用。
- 日榜
- 周榜
- 月榜
相关攻略
2026-07-08 07:04
2026-07-08 07:03
2026-07-08 07:03
2026-07-08 07:03
2026-07-08 07:03
2026-07-08 07:03
2026-07-08 07:02
2026-07-08 07:02
热门教程
- 游戏攻略
- 安卓教程
- 苹果教程
- 电脑教程
热门话题

