缓存击穿是热点key过期瞬间大量请求穿透至数据库，redis原子锁通过set key value nx px实现排他性回源，仅首请求查库写缓存，其余等待或重试，从而避免重复查询与写缓存。
缓存击穿是什么，为什么Redis原子锁能拦住它
缓存击穿指某个热点key过期瞬间，大量并发请求同时发现缓存缺失，全部穿透到数据库，造成瞬时DB压力飙升。ThinkPHP原生的Cache::get()不带锁机制，多个请求几乎同时执行Cache::has()→false→查库→Cache::set()，结果是重复查库、重复写缓存，锁不住并发。
用Redis原子锁（如SET key value NX PX 5000）能在“判断缓存是否存在”和“触发回源写入”之间加一道排他屏障——只让第一个请求去查库并写缓存，其余等待或重试，从根源上减少穿透次数。
在ThinkPHP里怎么安全实现Redis原子锁
别直接手写Redis::set()拼NX/PX参数，ThinkPHP 6.1+ 的think-redis扩展已封装setNx()和setEx()，但原子性需要组合使用。推荐用set()的NX + PX选项一次完成：
- 先尝试用
Redis::set('lock:goods_123', '1', ['nx', 'px' => 3000])争锁，成功返回true，表示获得回源资格 - 拿到锁后立刻查库、写缓存（注意：写缓存key要和业务key一致，比如
cache:goods_123），再删锁Redis::del('lock:goods_123') - 没抢到锁的请求，可sleep 50ms后重试
Cache::get()，或直接返回旧缓存（如有）、或抛出临时降级响应
切记：锁key必须独立于业务key（比如加lock:前缀），否则删锁会误删业务缓存；锁超时时间（PX）要明显长于回源耗时，但不能太长（如超过10秒），否则故障时锁残留导致雪崩。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
为什么不能只用Cache::remember()或Tag缓存
Cache::remember()只是语法糖，底层仍是先get再set两步，无原子性；Cache::tag()用于批量失效，对单key击穿毫无防护力。它们在高并发下照样被穿透。
真实场景中，比如商品详情页刷新峰值达2000QPS，一个Cache::remember('goods_123', 3600, function(){ return Db::name('goods')->find(123); })可能引发上百次重复查询——因为所有请求都在毫秒级内完成get === false判断。
另外，Redis连接池配置也影响锁效果：redis.pool.size太小会导致争锁排队阻塞，建议设为CPU核数×2以上；若用pconnect，确认redis.pconnect开启且timeout足够长，避免锁命令因连接中断而静默失败。
线上最容易漏掉的三个细节
- 忘记给锁key设置过期时间（
PX），Redis宕机或代码异常退出后锁永久存在，后续所有请求全被挡死 - 回源查询后写缓存用了
Cache::set($key, $data, 3600)，但没检查是否真写成功（如Redis满、OOM、网络抖动），导致锁释放了、缓存却没写上，下次请求又击穿 - 锁粒度太粗，比如用
lock:goods代替lock:goods_123，导致不同商品ID互相阻塞，吞吐量断崖下跌
真正稳的方案不是“锁越严越好”，而是锁得准、放得快、兜得住——锁key按业务ID隔离，回源后强制校验缓存写入结果，超时时间卡在回源P99+500ms，再加个本地Caffeine二级缓存兜底短时重试。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
