数据库读写分离下的数据同步解决方案

本文介绍了数据库读写分离架构,其可解决读性能瓶颈。但在实际项目中,存在从库数据同步延迟问题,导致下游获取数据未更新。结合实际案例分析了数据写入及同步过程,最后提出订阅从库binlog日志并延迟消费的解决方案,解决了数据同步问题。

目录

1、读写分离解决了什么问题

2、读写分离与业务的架构

3、实际案例

4、解决方案


模拟binlog协议   延迟消费

 

1、读写分离解决了什么问题

       读写分离其实将数据库分离一个主库,多个从库,主从库之前通过某种机制(如binlog)进行数据同步,这是一种常见的数据库架构。在大多数互联网业种中,都是读多写少的业务,为了能够线性提升数据库的读性能,消除读写冲突并提升写的性能,一般可以采用读写分离的思想(当然还有其他解决方案:如复本集,缓存策略等等)。其实,用一句话来概括,读写分离基本原理就是将数据库的读写操作路由到不同的节点上,用来解决数据库的读性能瓶颈的。

2、读写分离与业务的架构

      在实际的项目中,读写分离与业务架构如下图所示。应用程序A通过执行事件(事务执行)成功后,发送消息队列通知应用程序C。应用程序C通过上游应用程序B获取数据。其中,应用程序A主要是写操作,连接master库,应用程序B主要是读操作连接slave库。master与slave通过某种机制进行数据同步。

       

    在这样一个简单的架构中,其实存在一个主要的问题,也是本文将着重探讨及解决的——应用程序B获取的数据可能是还

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值