原文:詳述一次大量刪除導致MySQL慢查的過程

墨墨導讀:本文記錄一次大量刪除導致MySQL慢查的分析,大家有沒有遇到過這種問題 今晚 : : ,相約雲和恩墨大講堂,從cost 異常分析看Oracle統計信息的奧秘,詳情及報名請戳: 從cost 異常分析看Oracle統計信息的奧秘 一 背景 監控上收到了大量慢查的告警,業務也反饋查詢很慢,隨即打開電腦確認慢查的原因。 二 現象描述 通過平台的慢查分析之后,我們發現慢查有以下特征: 慢查的表名 ...

2019-06-25 18:18 0 986 推薦指數:

查看詳情

一次大量 TCP 連接失敗

背景 在一段沒有日志的歷史遺留代碼上面加入監控部署后不久,就收到了服務調用成功率低的告警,真是嘩了狗了 解決過程 client端在線上單機部署,根據監控上面的返回碼比例看出失敗原因都是鏈接失敗,通過 tcpdump 在 server 端和 client 端抓包沒有發現拒絕的鏈接請求 ...

Mon Dec 21 03:19:00 CST 2015 0 2339
記錄一次大量CLOSE_WAIT的情況

  近期的項目中,有一個特殊的需求,對於每個客戶端程序有若干個機構,對於每個機構有不同的客戶端證書,程序間隔一段時間向服務端進行請求,根據請求的成功與否更新各機構的狀態(如正常,證書未配置,證書過期等)。   實際投入測試環境進行使用的時候,運行了一段時間之后,客戶端程序出現了大量 ...

Tue Apr 16 04:22:00 CST 2019 0 763
一次大量數據更新的性能優化調研

問題 工作中需要同步一些數據,大概接近百萬條的量級,更新時間非常,需要7個多小時,更新的頻率是每周一次。隨着數據量的一步步增加,時間也越來越多,逐漸成為一個風險因子,於是想到要嘗試做一些優化,降低同步時間。 分析 經過調查,需要同步的是TABLE_A,同步的過程可以簡化表述為兩步 ...

Wed Apr 17 03:32:00 CST 2019 0 1451
windbg分析一次大查詢導致的內存暴漲

  項目上反饋了一個問題,就是在生產環境上,用戶正常使用的過程中,出現了服務器內存突然暴漲,客戶有點慌,想找下原因。   講道理,內存如果是緩慢上漲一直不釋放的話,應該是存在內存泄漏的,這種排查起來比較困難,還得找開發一塊看;但像這種突然暴漲的,肯定是把某些大對象放到內存里了,而最有 ...

Sun Jun 16 00:43:00 CST 2019 1 719
一次大廠的面試過程

前言 2019年6月中旬,實在厭倦了之前平平淡淡的工作和毫不起眼的薪資,不顧親人的反對,毅然決然地決定只身前往沿海城市,想着找到一份更加具有挑戰性的工作,來徹徹底底地重新打磨自己,同時去追求更好的薪 ...

Mon Nov 04 00:43:00 CST 2019 6 1351
一次接口排查

1. 前言 本篇文章記錄了一次接口查問題排查過程,該問題產生的現象迷惑性較高。同時由於問題偶發性高,排查難度也比較大。排查過程從 druid 數據源“導致”的一個現象作為切入點,逐步分析,排除諸多可能性后仍無解。之后重新審視故障現象,換個角度分析,找到了問題根因。最后對問題原因進行了驗證 ...

Sun Aug 08 22:22:00 CST 2021 9 3213
解Bug之路-記一次中間件導致SQL排查過程

解Bug之路-記一次中間件導致SQL排查過程 前言 最近發現線上出現一個奇葩的問題,這問題讓筆者定位了好長時間,期間排查問題的過程還是挺有意思的,正好博客也好久不更新了,就以此為素材寫出了本篇文章。 Bug現場 我們的分庫分表中間件在經過一年的沉淀之后,已經到了比較穩定的階段。而且經 ...

Mon Sep 07 17:54:00 CST 2020 20 2363
一次oracle大量數據刪除經歷

oracle有個數據表現在已經有2500萬條數據了,軟件用到這個表的數據時就變的特別,所以准備把一個月以前的數據全部清除。 我的步驟是(下邊操作都是在plsql中運行的) 1、首先 將這個月的數據導出到一個臨時表中(這些數據是自己希望保留的) create ...

Sun Aug 25 01:56:00 CST 2013 1 41730
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM