分布式一致性

• 缓存与数据库一致

    缓存与数据库出现不一致，往往是因为主从同步延迟导致的，一种解决方案是，在写主库时，待主从同步完成后，再清除缓存，可以避免由于延迟导致从库的脏数据载入缓存，但是这样会延长更新操作的时长，影响更新效率，从而影响系统吞吐量。可以借助binlog或其它方式来异步清除缓存，或者在主库有更新，清除缓存后，从主库读取数据。

• 主从一致

    主从不一致是主从同步延迟造成的，利用缓存可以防止读脏数据的问题。即通过缓存记录主库更新事件，事件过期时间设定为主从同步延迟的时间，（事件key可以用库、表、主键拼装）。当有读请求时，先读缓存看是否有主库更新事件，如果有则读主库，否则读从库。

• 双主一致

    双主分两种情况，一种是双主并行作业，另一种是其中一个主作为备份。对于第一种情况，不一致主要是两台主库同时插入记录容易出现自增主键冲突的问题，解决方案是上游生成id避免冲突。第二种情况，出现不一致是因为切换到备份库时可能有同步延迟，解决办法是，用内网dns监测，在同步完成后再进行切换。

• session一致

    session一致性问题是在WebServer水平扩展的分布式环境下，从不同webserver读取到的session是否一致的。最佳的解决方案是，在后端用数据库或缓存统一存储，即将session存储在后端的存储层（数据库或缓存）中，这样webserver无论重启还是扩容，都不会造成session丢失。