最具戏剧性的分析诊断案例——十分钟锁定数据库性能“元凶”

昨天，正好有点空时间想看看书，结果，刚打开书，没看几个字儿，接到用户电话说：一个库有问题，希望能帮忙看下。因为我知道他们那边也有自己的专职DBA，于是问：没让人给看看吗？答：能找的人都找了，也调了好久，又是操作系统，又是数据库的，调了很多天了，还是感觉很慢，他们最后给出的意见是改SQL代码，那么多哪里改的过来？想远程看看，但用户似乎挺着急：拖了这么久了，现在很着急，没办法才找到你的，你赶紧过来吧。没办法，马上动身。。。

到了用户那边，还特意找了两个人协助我，登录查看资源情况，大概十分钟的时间，基本确定了问题，于是，告诉用户：问题在存储。答：不对啊，他们都测过了啊，而且测了很多次了，没问题的。我告诉他们可能的故障原因，开始收拾电脑包，用户着急的问：就这么完了？我说：尽快排查下吧，然后反馈下，有问题再和我联系，起身背包离开用户现场。。。下面是当时参照的主要信息，大家可以参照学习：

第二天一大早，用户打电话给我，说：就是你说的原因，排除后，数据库的性能提高了百倍有余。。。