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

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

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

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



 

原文地址:https://www.cnblogs.com/lhdz_bj/p/8534253.html