本文主要介绍常用的读写分离方式,和读写分离遇到的过期读问题如何解决?

读写分离的基本结构

  • 客户端直连,由客户端做负载均衡
  • 中间proxy架构

过期读解决方案:

  • 强制走主库方案(客户端查询请求分类连接)
  • sleep 方案(主库更新后,读从库之前先 sleep 一下)
  • 判断主备无延迟方案
  • 配合 semi-sync 方案(引入半同步复制)
  • 等主库位点方案
  • 等 GTID 方案

其实,在实际应用中,这几个方案是可以混合使用的。比如,先在客户端对请求做分类,区分哪些请求可以接受过期读,而哪些请求完全不能接受过期读;然后,对于不能接受过期读的语句,再使用等 GTID 或等位点的方案。但话说回来,过期读在本质上是由一写多读导致的。在实际应用中,可能会有别的不需要等待就可以水平扩展的数据库方案,但这往往是用牺牲写性能换来的,也就是需要在读性能和写性能中取权衡。

原文:https://time.geekbang.org/column/article/77636