如何保证数据库和缓存一致性

由于引入了缓存，那么在数据更新的时候，既要更新数据库，又要更新缓存，那么应该如何更新，保证两者数据一致呢？

1、先更新数据库，再更新缓存

这样做会带来并发问题，比如请求A将数据库更新为1，请求B将数据库更新为2，请求B将缓存更改为2，请求A将缓存更改为1，此时数据库中为2，缓存中为1,导致不一致。

但是如果我们业务对于缓存命中率要求很高的时候，可以采用这种方式，但是需要一些手段解决并发问题。

• 在更新缓存前先加个分布式锁，保证同一时间只运行一个请求更新缓存，就会不会产生并发问题了，当然引入了锁后，对于写入的性能就会带来影响。
• 在更新完缓存时，给缓存加上较短的过期时间，这样即时出现缓存不一致的情况，缓存的数据也会很快过期，对业务还是能接受的。

2、先更新数据库，再删除缓存

为了解决并发问题，采用先更新数据库，再删除缓存的方式。但在实际过程中，可能存在操作2失败了，导致缓存中保存的还是之前的数据。

通过两种方式解决这个问题：

• 重试机制。
• 订阅 MySQL binlog，再操作缓存。

重试机制

引入消息队列，将第二个操作要操作的数据添加到队列中，如果删除缓存失败，从这个队列中重新读取数据再次删除。如果删除缓存成功，就从队列中将相应数据移除。

订阅 MySQL binlog，再操作缓存

第一步更新数据库成功后，会产生一条日志，记录在binlog中，可以通过订阅 binlog 日志，拿到具体要操作的数据，然后再执行缓存删除。