这句话是四年前的需求评审会上说的。说这话的是后端组的L，入职两年，技术不错，说话一贯有点冲。当时在讨论一个新功能的发布计划，我提了句要预留回滚窗口，他就笑着接了这句："运维嘛，出了问题重启一下不就好了。"旁边坐着产品、测试、还有我们组长。大家都听到了，有人低头看手机，有人假装在记笔记。我没有立刻回他。由于是政府的项目，接口的错误率在五分钟内从0.1%飙到了38%，写入开始大量失败。我从床上爬起来，开电脑，登跳板机，第一眼看到的是数据库连接池耗尽的报错：连接池最大设置的200，全部被占满，新请求全部超时。我拉了一下慢查询日志，发现有一个SQL在疯狂跑全表扫描，平均耗时从正常的...

腾讯云智发这个就代表没希望了吗，哭了😭准备了好久，🥹

一、我们之前遇到了什么问题？（必须先懂）我们之前写释放锁的代码是这样的：java运行 // 1. 判断锁是不是自己的 String id = stringRedisTemplate.opsForValue().get(key); if(threadId.equals(id)){ // 2. 是自己的，才删除 stringRedisTemplate.delete(key); } 这段代码不是原子的！它分成 2 步：查（判断是不是我的锁）删（释放锁）高并发下会发生恐怖的事情：线程 A 查询 → 是我的锁刚查完，突然卡住了！锁超时过期 → Redis 自动删了线程 B 抢到锁线程 A 恢复 → 直接...