一、背景
大部分业务都是读多写少场景，通过读写分离增加读节点来增加负载
二、数据库同步方式
在从节点同步主节点时，可以设置同步方式
- 异步复制（Asynchronous replication）
MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。
- 全同步复制（Fully synchronous replication）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。
- 半同步复制（Semisynchronous replication）
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。
三、问题
因为性能和网络不可靠，绝大部分都不使用全同步方案。那么就存在一个问题，多个读节点可能存在数据不一致的情况，此时如果读负载的策略是随机策略，那么第一次请求到S1节点，第二次请求到S2节点，客户端返回的两次结果是不一样，可能S1节点版本再S2之前，第二次读到S2旧版本，就产生事务隔离问题，所以必须保证同一客户端请求都是一个读节点。
四、解决
可以根据客户端的唯一信息取模路由到相同的读节点。