有青岛的同行问我，加了缓存之后数据老对不上怎么办？我的答案是：缓存和数据库是两个副本，更新时先动数据库再清缓存，再加个过期时间兜底，一致性就稳多了。信服无限青岛团队在项目里常处理这个问题。
更新的顺序要对
改数据时，先把数据库更新了，再让缓存失效。顺序反了容易读到旧值。青岛不少项目先清缓存再更数据库，中间那点间隙正好有请求进来，读到的还是老数据，缓存里又存了脏的。
顺序之外还要注意失败。青岛做开发的都清楚，万一数据库更新成功了、清缓存失败了，缓存就成了旧的。所以清缓存要做成可靠的重试，或者干脆靠过期时间兜底，别让它一直错下去。
过期时间要有
给缓存设个到期时间，是最简单有效的兜底。哪怕中间出了岔子，时间一到也会重新从数据库取新鲜的。青岛不少项目把缓存设成永不过期，一旦和数据库脱节，就永远错下去，很难自愈。
过期时间要按数据特点定。青岛做缓存的，会把变化快的数据设短一点、稳定的设长一点，再配合按需刷新。既享受了缓存的速度，又不至于让脏数据停留太久，平衡得刚好。
关键操作别偷懒
金额、库存这类敏感数据，宁可不用缓存或强校验，也别图快。一致比性能更重要。青岛不少项目为了速度把库存也缓存起来，结果超卖频发，赔的钱远超省下的那点性能，得不偿失。
什么该缓存、什么不该，要有取舍。信服无限青岛团队做架构时，会给不同数据分层：读多写少的放心用缓存，关键写操作的慎重对待。分清主次，系统才既快又准。
缓存一致性的常见疑问
缓存一定要有过期时间吗
建议设，哪怕很长，也是防止数据长期不一致的一道兜底。
库存能缓存吗
谨慎，敏感数据优先保证一致，必要时强校验或不用缓存。
分清主次，才既快又准
顺序对、有过期兜底、关键数据不偷懒，缓存和数据库才不容易脱节。信服无限团队做架构时，最在意数据准不准。把该做的做在前面，后面就少操不少心，这道理放在哪都通用。事情一件件理顺，看着慢，走着走着你就会发现比想象中顺。你要在青岛，先查查项目里的缓存是不是都设了过期时间。