mysql数据库主从同步的3种一致性方案实现，以及优劣比较

方法1：半同步复制

介于异步复制和同步复制之间，主库在执行完客户端提交的事务后不会立即返回给客户端，
而是至少要等到一个从库接收并写到redo log中，才会返回给客户端，相对于异步复制，半同步复制提高了数据的安全性

• 半同步复制原理
  事务在主库写完binlog后，需要从库返回一个已接收，才能返回给客户端
  确保事务提交后binlog至少传输到一个从库
  不保证从库应用完这个事务的binlog
  优点：利用数据库原生功能，比较简单
  缺点：主库的写请求时延会增长，吞吐量会降低

方法2：数据库中间件

流程

1. 所有的读写请求都走数据库中间件，通常情况下写请求走主库，读请求走从库
2. 记录所有路由到写库的key, 如果在主从同步的窗口内（假设500ms），有读请求过来了，
   此时从库有可能还是旧的数据，就需要将key上的读请求路由到主库访问
3. 在主从同步时间过完后，对应key的读请求继续路由到从库
   优点：能保证绝对一致，
   缺点：数据库中间件的成本较高

方法3：缓存记录写key法

• 写请求

1. 如果key要发生写操作，记录到cache里，设置主从同步的缓存超时时间，比如500ms
2. 然后修改主数据库

• 读请求

1. 先到缓存里查，对应key有没有相关数据
2. 如果有，说明缓存命中，这个key刚刚发生过写操作，此时需要将请求路由主库读取最新的数据
3. 如果没有，说明缓存没有命中，说明这个key近期没有发生过写操作，此时将请求路由到从库，继续读写分离
   优点：相对数据库中间件，成本较低
   缺点：为了保证一致性，引入了cache组件，并且读写数据库时都多了缓存操作

参考文章