高并发情况下如何保证缓存与数据库的双写一致性

Cache Aside Pattern：读的时候从缓存中读，如果没有就从数据库中读并放入缓存。更新数据时，先更新数据库再删除缓存。

 

为什么是选择与Cache Aside Pattern相反的先删除缓存然后再更新数据库呢？

如果先更新数据库再删除缓存，如果删除缓存操作失败，那么数据库和缓存的数据就会出现不一致。

 

然而，此时又有一个问题：如果删除了缓存，在进行更新数据库之前，有一个请求访问了对应数据，那么数据库中的旧数据又被刷入到缓存中去，数据库与缓存再次不一致。

此时，可以把写数据库请求根据数据的唯一标识放入到相应jvm队列中，然后一条请求到达缓存中时，发现缓存数据为空，根据相同的数据标识，直接把该请求放入到相同的jvm队列中，当数据库更新完成后，才放行读请求。如果队列中积压大量更新数据库的请求，那么读请求长时被阻塞。当读请求超时时，应该直接读取数据库中的旧数据。

 

补充：

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

（1）更新数据库失败，无影响

（2）更新数据库成功，删除缓存失败。数据不一致，需要将数据库操作回滚或执行方法二

（3）更新数据库成功，删除缓存成功，无影响

 

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

（1）删除缓存失败，更新数据库不再继续执行，无影响

（2）删除缓存成功，更新数据库失败，无影响

（3）删除缓存成功，更新数据库成功，高并发下可能数据不一致，解决办法在上方