通过突变测试来修复未知的 bug。 你一定对所有内容都进行了测试，也许你甚至在项目仓库中有一个徽章，标明有 100% 的测试覆盖率，但是这些测试真的帮到你了吗？你怎么知道的？ 开发人员很清楚单元测试的成本。测试必须要编写。有时它们无法按照预期工作：存在假告警或者抖动测试。在不更改任何代码的情况下有时成功，有时失败。通过单元测试发现的小问题很有价值，但是通常它们悄无声息的出现在开发人员的机器上，并且

背景： 作为dba在日常工作中肯定经常遇到两个场景 业务找过来说表上有锁，阻塞业务了，帮杀下，或者看下 业务反馈有个程序平时几秒就完了，结果出现跑了好几分钟的情况 其实第二种场景排除执行计划突变和数据量突变的情况，大部分也是锁导致的。 那么这两个问题都是怎么排查锁，只不过是当前的锁，和历史的锁。 那么我用一个实验来展示这两个场景怎么分析。 先介绍下我使用的环境版本为 observer (Ocean