解决主从数据库同步延迟问题
场景:需要在主机写入之后,保证在备机一定能够读取到已经写入的数据,也就是需要主从架构下的强一致性。
主机与备机之间的物理延迟是不可控的,也是无法避免的。但是如果仅仅需要满足这种强一致性,是相对简单的事情:只需要在主机写入时,确认更新已经同步到备机之后,再返回写操作成功即可。主从数据库支持这种完全的同步模式。
不过一般不建议使用这种同步模式。显而易见,如果写操作必须等待更新同步完成,肯定会极大影响性能。
问题的关键在于,主从架构是一种用于数据容错的高可用性解决方案,而不是一种处理高并发压力的解决方案。它的目的是主机宕(dang)机以后数据不会丢失,而不是保证从备机读取数据时的一致性。
解决方式是,不要试图在数据库层解决并发的读操作问题,至少不要在主从架构的数据库曾解决。要在数据库层之上架构一个redis这样的分布式缓存来解决,它是专门干这个的。
分布式缓存也存在一些限制,不能完全支持事务处理。取决于应用场景。对于一般的互联网应用,并发压力大但不要求支持事务,可以考虑分布式缓存。对于银行这样严格要求强一致性的应用,对于写入延迟一般没什么要求(延迟几个小时都可以接受,数据不出错就行),可以适用完全同步的模式。