缓存层与数据库层数据同步问题

在实际的业务开发中，为了避免大量请求直接操作数据库，我们会用redis做一个缓存层，用户的数据库请求先在redis中查询，查找的到就返回，查找不到再从数据库取数据更新缓存，然后返回。

这就涉及到了缓存层与数据库层之间如何保持数据一致的问题。

一、旁路缓存方案

写操作时，先修改数据库，再删除相关缓存。

之所以要删除缓存而不是更新，主要是基于：

有些缓存更新涉及多个表之间的复杂操作，频繁进行会消耗性能。不删缓存，每次更新数据库都要计算一次，而删除缓存后，缓存的计算只会在下一次请求到来时才会进行。

这个方案的缺点是当删除缓存失败时，客户会读到旧数据，直到下一次数据更新

二、双写一致方案

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

先将缓存删掉，就避免了用户读到旧数据

这个方案的缺点是：如果数据库更新失败，用户读到的仍然是旧数据，但不会出现不一致；如果在数据库更新完成之前来了请求，缓存仍然会加载到旧数据，产生不一致

三、延时双删方案

先删除缓存，再更新数据库， 更新成功后异步再删一次缓存

这样保证了数据库更新成功后，缓存中的数据在一定时间后一定是更新后的数据。

缺点是：数据更新成功到第二次缓存删除成功之间的较短时间内，用户可能读到旧数据。

总结

三种方案都不能称作完美，具体使用时按需选用，对数据一致要求较高，就选择延时双删；对数据一致性要求不高且并发量不高，就选择双写一致或旁路缓存。

当然， 如果要追求完美的数据一致性，就必须使用串行请求，但这会大幅度削减网络吞吐量。