面试题:MySQL主从数据不一致

造成主从不一致的原因:

1、主库binlog格式为statement,同步到从库执行后可能造成主从不一致

2、主库执行更改前有执行set_sql_bin=0,会使主库不记录binlog,从库也无法变更这部分数据

3、从节点未设置只读,误操作写入数据

4、主库或从库意外宕机,宕机可能会造成binlog或者relaylog文件出现损坏,导致主从不一致

5、主从实例版本不一致,特别是高版本是主,低版本为从的情况下,主数据库上面支持的功能,从数据库上面可能不支持该功能

6、mysql自身bug导致

如何避免主从不一致:

1、主库binlog采用ROW格式

2、主从实例数据库版本保持一致

3、主库做好账户权限把控,不可以执行set sql_log_bin=0

4、从库开启只读 read_only=ON,不允许人为写入

5、定期进行主从一致性检验

主从不一致的修复方法

1、将从库重新实现

     恢复时间比较慢,而且有时候从库也是承担一部分的查询操作的,不能贸然重建

2、使用percona-toolkit工具辅助

      PT工具包中包含pt-table-checksum和pt-table-sync两个工具,主要用于检测主从是否一致以及修复数据不一致情况。修复速度快,不需要停止主从辅助

3、手动重建不一致的表

      执行导入期间需要暂时停止从库复制

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
MySQL主从复制是一种常用的数据库架构设计,用于提高数据库的可用性和性能。它通过将数据从一个MySQL主服务器复制到一个或多个从服务器来实现。 主从复制的工作原理如下: 1. 主服务器(Master)接收到写操作(INSERT、UPDATE、DELETE)后,将操作记录写入二进制日志(Binary Log)。 2. 从服务器(Slave)连接到主服务器,并请求复制主服务器的二进制日志。 3. 主服务器将二进制日志传输给从服务器,从服务器将其写入中继日志(Relay Log)。 4. 从服务器读取中继日志,并将其中的操作应用到自己的数据库中,实现数据的同步。 读写分离是在主从复制的基础上进一步优化数据库性能的一种方式。它将读操作和写操作分离,使得读操作可以在从服务器上进行,而写操作仍然在主服务器上进行。这样可以提高数据库的并发处理能力和读取性能。 面试相关问: 1. 什么是MySQL主从复制? 2. 主从复制的工作原理是什么? 3. 为什么要使用MySQL主从复制? 4. 读写分离是什么?有什么优势? 5. 主从复制和读写分离的应用场景有哪些? 6. 主从复制可能存在的问和风险有哪些? 7. 如何配置MySQL主从复制和读写分离? 8. 如何监控和管理MySQL主从复制和读写分离的状态? 9. 有没有其他替代MySQL主从复制和读写分离的方案? 10. 如何保证主从复制的数据一致性和可靠性?

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

y_zilong

一分钱的肯定

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值