昨天，正好有點空時間想看看書，結果，剛打開書，沒看幾個字兒，接到用戶電話說：一個庫有問題，希望能幫忙看下。因為我知道他們那邊也有自己的專職DBA，于是問：沒讓人給看看嗎？答：能找的人都找了，也調了好久，又是操作系統，又是數據庫的，調了很多天了，還是感覺很慢，他們最后給出的意見是改SQL代碼，那么多哪里改的過來？想遠程看看，但用戶似乎挺著急：拖了這么久了，現在很著急，沒辦法才找到你的，你趕緊過來吧。沒辦法，馬上動身。。。

到了用戶那邊，還特意找了兩個人協助我，登錄查看資源情況，大概十分鐘的時間，基本確定了問題，于是，告訴用戶：問題在存儲。答：不對啊，他們都測過了啊，而且測了很多次了，沒問題的。我告訴他們可能的故障原因，開始收拾電腦包，用戶著急的問：就這么完了？我說：盡快排查下吧，然后反饋下，有問題再和我聯系，起身背包離開用戶現場。。。下面是當時參照的主要信息，大家可以參照學習：

?

第二天一大早，用戶打電話給我，說：就是你說的原因，排除后，數據庫的性能提高了百倍有余。。。

?

轉載于:https://www.cnblogs.com/lhdz_bj/p/8534253.html

總結

以上是生活随笔為你收集整理的最具戏剧性的分析诊断案例——十分钟锁定数据库性能“元凶”的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。