线上 MySQL 突然全慢？多半是锁等待在搞破坏原创

这个视频我们演示如何通过nine data checkt DBA对MYSQL进行所诊断。我们在事物绘画A先开启一下事物，然后呢，通过那个for update来持有一行数据的锁，然后我们切换到绘画B，再继续更新同一行，那么这个时候就会进入所等待。那如果我们线上遇到这种情况呢？不能只看谁卡住了，更要找到谁在阻塞，那么此时我们切换到Cha d BA, 这也是一个char d BA的快捷入口，可以询问他当前是否存在所等待。这里我们可以直接看一下结论，他已经帮我们找到了一个活跃的事物，就是在绘画1里面执行的。那么我们可以看到这个线程ID。并直接把它kill掉。然后再去执行，然后我们处理完现场后呢，还可以继续追问怎么避免复发。比如事物顺序索引和批量更新策略。好，结论已经出来了，那么所诊断的价值呢？是用最小的动作解除阻塞，同时呢，把问题沉淀成后续治理建议。好，今天的视频就到这里，谢谢大家。