MySQL主从如何保证高可用

数据库 MySQL
通过主备同步我们能够保证数据的可靠性(最终一致性),MySQL的主备可用性主要依赖于主备切换的时间,越短越好,但前提是切换完成以后数据要一致。

什么时候是主备切换的最佳时机?

主从延迟越小越好。

如何查看备库的同步延迟?

-- 在slave上执行以下命令
show slave status\G

上图返回结果中包含一个seconds_behind_master字段,用于表示当前备库延迟了多少秒。

seconds_behind_master的计算逻辑

  • 每个事务的binlog里面都有一个时间字段,用于记录主库上的写入时间
  • 备库取出当前正在执行的事务的时间字段的值,计算它与当前系统时间的差值,得到seconds_behind_master
  • 备库在连接到主库时,会通过执行select unix_timestamp()函数获取主库的系统时间,如果发现主库和自己的时间不一致,备库在计算seconds_behind_master会自动扣掉这个差值

什么情况下会发生主备切换?

  • 主动运维操作
  • 主库意外宕机

主备延迟的原因?

  • 备库机器配置较低
  • 备库压力大(比如在备库上执行一些占用资源的运营报表分析)
  • 大事务
  • 备库的并行复制能力

主备切换策略由哪几种?

  • 可靠性优先策略
  • 可用性优先策略

什么是可靠性优先策略?

可靠性优先策略优先保证数据的可靠性,通常由专门HA系统实现。

可靠性优先策略下的主备切换逻辑

  1. 判断Slave B现在的seconds_behind_master,如果小于某个值(比如5s)继续下一步,否则重试这一步
  2. 把Master A修改为只读状态
  3. 判断Slave B的seconds_behind_master的值,直到这个值变为0为之
  4. 把Slave B改为可读写状态
  5. 把业务请求切到备库B,此时Slave B就正式晋升为主库

可靠性优先策略假设主从延迟很大,无法快速切换,主节点又不可用,这将会导致服务长时间的不可用。

可用性优先策略

可用性优先策略是不再等待主从同步完成,如果主节点一旦宕机,立马进行切换,但是此时可能会导致数据一致性问题。

尤其是当binlog模式是statement或者mixed模式下的时候,很容易造成数据不一致。如果binlog模式是ROW模式,由于记录的是某个行记录的全字段,在插入数据的时候可能会因为主键冲突,使得同步线程报错并停止。

在实际使用中,我更建议使用可靠性优先策略,毕竟对于数据服务来说,数据可靠性重要程度要高于可用性。


责任编辑:华轩 来源: 今日头条
相关推荐

2024-02-28 10:14:47

Redis数据硬盘

2021-04-06 20:46:50

Kafka高可用Leader

2023-12-11 07:44:36

MySQL架构高可用

2018-04-08 15:20:15

数据库MySQL主从复制

2021-05-20 06:49:45

MongoDB高可用数据库

2020-09-01 13:13:59

云原生MySQL高可用

2022-05-17 11:06:44

数据库MySQL系统

2021-09-09 08:20:14

Kafka网络故障集群

2015-05-12 10:22:05

MySQL

2018-01-12 14:20:37

数据库MySQL高可用架构

2020-11-26 09:38:19

分布式架构系统

2021-09-23 12:14:50

Redis分布式优化

2015-10-22 10:28:45

MySQL高可用方案

2019-08-27 15:56:44

MySQL 互联网数据库

2017-02-19 19:57:05

ZooKeeper集群

2017-02-06 11:43:57

ZooKeeper集群

2018-07-06 09:58:38

Redis高可用主从复制

2019-05-10 15:30:18

数据库主从复制MySQL

2022-09-29 15:24:15

MySQL数据库高可用

2021-01-12 08:03:19

Redis数据系统
点赞
收藏

51CTO技术栈公众号