5种方案告诉你，并发环境下，先操作数据库还是先操作缓存？

前言

在分布式系统中，缓存和数据库同时存在时，如果有写操作，先操作数据库还是先操作缓存呢？本文将分5种方案阐述展开对比，谢谢阅读~

读操作

• 尝试从缓存get数据，结果没有命中;
• 从数据库获取数据，读从库，读写分离;
• 把数据set到缓存，未来能够命中缓存;
• 读操作的流程应该没有歧义。

写操作

写操作，既要操作数据库中的数据，又要操作缓存里的数据。

这里，有两个方案：

• 先操作数据库，再操作缓存;
• 先操作缓存，再操作数据库;

并且，希望保证两个操作的原子性，要么同时成功，要么同时失败。

这演变为一个分布式事务的问题，保证原子性十分困难，很有可能出现一半成功，一半失败，接下来看下，当原子性被破坏的时候，分别会发生什么。

1.先数据库，再缓存

正常情况下：

• 先操作数据库，成功;
• 再操作缓存(delete或者set)，也成功;

但如果这两个动作原子性被破坏：第一步成功，第二步失败，会导致，数据库里是新数据，而缓存里是旧数据，业务无法接受。

画外音：如果第一步就失败，可以返回调用方50X，不会出现数据不一致。

2.先缓存，再数据库

正常情况下：

• 先操作缓存(delete或者set)，成功;
• 再操作数据库ÿ