目录
模拟binlog协议 延迟消费
1、读写分离解决了什么问题
读写分离其实将数据库分离一个主库,多个从库,主从库之前通过某种机制(如binlog)进行数据同步,这是一种常见的数据库架构。在大多数互联网业种中,都是读多写少的业务,为了能够线性提升数据库的读性能,消除读写冲突并提升写的性能,一般可以采用读写分离的思想(当然还有其他解决方案:如复本集,缓存策略等等)。其实,用一句话来概括,读写分离基本原理就是将数据库的读写操作路由到不同的节点上,用来解决数据库的读性能瓶颈的。
2、读写分离与业务的架构
在实际的项目中,读写分离与业务架构如下图所示。应用程序A通过执行事件(事务执行)成功后,发送消息队列通知应用程序C。应用程序C通过上游应用程序B获取数据。其中,应用程序A主要是写操作,连接master库,应用程序B主要是读操作连接slave库。master与slave通过某种机制进行数据同步。

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

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

1363

被折叠的 条评论
为什么被折叠?



