POLARDB通过读写分离实现资源优化，但传统方式存在延迟导致查询不一致问题。为解决此问题，POLARDB引入会话读一致性，确保同一会话内的查询能看到之前更新的数据，实现方法是跟踪节点LSN并与Session LSN对比，保证请求发送至已同步的节点。该机制在保证一致性的同时，也维持了读写分离的负载均衡效果。
POLARDB架构
我们知道，POLARDB是一个由多个节点构成的数据库集群，一个主节点，多个读节点。对外默认提供两个地址，一个是集群地址，一个是主地址，推荐使用集群地址，因为它具备读写分离功能可以把所有节点的资源整合到一起对外提供服务。
MySQL读写分离解决和引入的问题
用过MySQL的都知道，MySQL的主从复制简单易用，非常流行，通过把主库的Binlog异步地传输到备库并实时应用，一方面可以实现高可用，另一方面备库也可以提供查询，来减轻对主库的压力。
虽然备库可以提供查询，但存在两个问题，一是主库和备库一般提供两个不同的访问地址，应用程序端需要选择使用哪一个，对应用有侵入。二来MySQL的复制是异步的，即使是半同步也没办法做到100%强同步，因此备库的数据并不是最新的，有延迟，无法保证查询的一致性。
为了解决第一个问题，我们引入了读写分离代理，如下图，对应用程序非常友好。一般的实现是，代理会伪造成MySQL与应用程序建立好连接，解析发送进来的每一条SQL，如果是UPDATE、DELETE、INSERT、CREATE等写操作则直接发往主库，如果是SELECT则发送到备库。
但是第二个问题——延迟导致的
最低0.47元/天 解锁文章
扫一扫
1935
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
