MySQL数据库主从同步,一致性解决方案

文章介绍了三种实现MySQL数据库主从同步一致性的方法:1)半同步复制,提高数据安全性但可能增加延迟;2)数据库中间件,保证绝对一致但成本较高;3)缓存记录写key法,降低成本但需引入缓存组件。每种方法都有其优缺点。

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

MySQL数据库主从同步,一致性解决方案

方法1 半同步复制

  • 介于异步复制和同步复制之间,主库在执行完客户端提交的事务后不会立即返回给客户端,
    而是至少要等到一个从库接收并写到redo log中,才会返回给客户端,相对于异步复制,半同步复制提高了数据的安全性半同步复制原理
    事务在主库写完binlog后,需要从库返回一个已接收,才能返回给客户端
    确保事务提交后binlog至少传输到一个从库
    不保证从库应用完这个事务的binlog
    优点:利用数据库原生功能,比较简单
    缺点:主库的写请求时延会增长,吞吐量会降低

方法2 数据库中间件

  • 所有的读写请求都走数据库中间件,通常情况下写请求走主库,读请求走从库
    记录所有路由到写库的key, 如果在主从同步的窗口内(假设500ms),有读请求过来了,
    此时从库有可能还是旧的数据,就需要将key上的读请求路由到主库访问
    在主从同步时间过完后,对应key的读请求继续路由到从库
    优点:能保证绝对一致,
    缺点:数据库中间件的成本较高

方法3 缓存记录写key法

  • 写请求
    如果key要发生写操作,记录到cache里,设置主从同步的缓存超时时间,比如500ms
    然后修改主数据库
    读请求
    先到缓存里查,对应key有没有相关数据
    如果有,说明缓存命中,这个key刚刚发生过写操作,此时需要将请求路由主库读取最新的数据
    如果没有,说明缓存没有命中,说明这个key近期没有发生过写操作,此时将请求路由到从库,继续读写分离
    优点:相对数据库中间件,成本较低
    缺点:为了保证一致性,引入了cache组件,并且读写数据库时都多了缓存操作
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值