php多进程共享缓存需防脏写，apcu用原子操作（如apcu_inc）或乐观锁，redis用getset/lua；缓存与db双写应先更db再删缓存并加重试和短ttl；apcu不跨cli/web，应改用redis；穿透、击穿、雪崩需分别用空值缓存、互斥锁、随机ttl防御。
PHP多进程/多实例下共享缓存如何避免脏读
用 apcu 或 redis 做共享缓存时，多个 PHP 进程（如 FPM worker）同时读写同一键，不加控制就会出现「A 读旧值 → B 更新 → A 基于旧值覆盖写」这类脏写。这不是缓存失效问题，而是并发写冲突。
核心解法是「读-改-写」必须原子化，不能拆成三步。常见错误是先 apcu_fetch()，再算新值，再 apcu_store() —— 这中间可能已被其他进程覆盖。
- 对简单计数器类场景，优先用
apcu_inc()/apcu_dec()，它们底层调用原子指令，无需额外锁 - 对结构化数据（如用户配置数组），用
redis的GETSET或 Lua 脚本封装读写逻辑，保证服务端原子性 - 若必须用
apcu处理复杂逻辑，需配合apcu_add()做乐观锁：生成唯一 token 尝试设锁键，成功才执行业务，完成后删锁；失败则重试或降级
缓存与数据库双写时怎么防不一致
典型模式是「先更新 DB，再删缓存」，但网络延迟或进程崩溃可能导致删缓存失败，留下脏数据。更糟的是「先删缓存，再更新 DB」—— 若 DB 更新失败，下次读会把空或旧缓存重新加载。
关键不是选哪种顺序，而是补上兜底机制：
立即学习“PHP免费学习笔记（深入）”；
