程序员鱼皮在多级缓存如何做到实时数据一致性，特别是本地缓存（多节点）下的评论详情

其实我们实现方案用的就是Redis做缓存，然后我自己就认为可以扩展一下使用多级缓存（加一个本地缓存）原因两个： 1.简历上增加亮点（这个为主要原因） 2.为了接口响应再快点（一次接口调用会在多个不同的地方用到商户渠道数据，读取非常频繁） 然后关于不一致的影响，我个人觉得还是挺大，严重可能直接导致支付失败等

我理解 1 是主要原因，但是不能为了给简历增加亮点就写没那么符合实际的场景，再仔细看看我开头写的那几个问题，真的有必要用多级缓存么？本质上你需要在一致性和性能之间权衡，在你需要强一致性的情况下，为了引入个本地缓存，还要引入 MQ 等措施、同时背负可能不一致的风险，你觉得真的值得么？真的需要这么做么？可以思考一下

理解你想加亮点的想法，但换个角度想。你说不一致可能导致支付失败，那更不能用本地缓存了。面试时如果面试官问 “为什么明知道强一致性要求高，还要冒险用本地缓存”，你怎么答？说 “为了简历好看？” 至于一次请求多次读取的问题，正确做法是请求开始时查一次 Redis，放到ThreadLocal 或请求上下文里复用，而不是引入本地缓存。这是基本的编码优化。 真想体现多级缓存的理解，建议找个合适的场景写，比如 “用户基本信息缓存”（允许短暂不一致）、商品详情缓存（高并发读）。不合适的场景硬套技术，面试时反...

ok，懂了