硬碟問題導致Gbase資料庫叢集SQL任務執行效率變慢
問題現象:
Gbase資料庫叢集SQL任務執行效率變慢,但是沒有固定型別的 sql 變慢,是所有SQL任務執行效率整體變慢。
原因分析:
1、通過 gnode 層的 show processlist 看,發現一個節點 sql 任務特別多,執行時間較長。懷疑這個節點的硬體有問題。
2、同時通過 nomn 觀察這個節點的 io 使用率達 100%,而硬碟的讀寫效率只有 10M/S 左右。
3、通過檢視程式的 pstack ,發現有多個執行緒在執行 fdatasync()。
從以上排查資訊可以確定這臺機器的硬碟有問題。可以通過 dd block size 4k--1m 進行測試,來驗證問題。
解決方法:
聯絡硬體維護人員進行復查,發現是有一塊資料盤故障,更換故障資料盤後,nmon檢視disk io恢復正常,叢集SQL任務執行效率恢復正常。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69986691/viewspace-2899186/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 記一次,因表變數導致SQL執行效率變慢變數SQL
- EM自動任務導致資料庫緩慢資料庫
- 一次因表變數導致SQL執行效率變慢的實戰記錄SNSR變數SQL
- Spark叢集和任務執行Spark
- EBS:Oracle 資料庫執行慢SQLOracle資料庫SQL
- DNS導致資料庫登入緩慢的問題解決DNS資料庫
- 執行計劃問題導致處理速度時快時慢的問題
- 11gRAC許可權問題導致的叢集及資料庫無法啟動資料庫
- EfCore3的OwnedType會導致Sql效率問題SQL
- 因壞道問題導致的硬碟故障如何進行資料恢復?硬碟資料恢復
- 趣說GBase 8a資料庫叢集(一)資料庫
- 並行設定不當導致資料處理速度變慢並行
- Crontab 任務不執行問題
- ORACLE DML執行計劃頻繁變更導致業務響應極慢問題的處理Oracle
- Spark叢集資料處理速度慢(資料本地化問題)Spark
- GBase XDM(單機/分片叢集)資料 庫查詢
- Spark 叢集執行任務失敗的故障處理Spark
- 資料庫正常執行,突然變慢的解決思路資料庫
- RLM$SCHDNEGACTION 執行導致負載問題負載
- 一條sql語句導致的資料庫當機問題及分析SQL資料庫
- 一條sql語句“導致”的資料庫當機問題及分析SQL資料庫
- GBase XDM(單機/分片叢集)資料庫 新增記錄資料庫
- GBase XDM(單機/分片叢集)資料庫修改記錄資料庫
- Oracle資料庫導致效能問題的可能原因Oracle資料庫
- memlock過低導致的資料庫效能問題資料庫
- 新增叢集資料庫服務service資料庫
- 執行計劃變化導致CPU負載高的問題分析負載
- 如何診斷oracle資料庫執行緩慢或hang住的問題Oracle資料庫
- Laravel 修改資料與原資料一樣 導致沒有執行sqlLaravelSQL
- 有問題的mybatis的sql導致對資料庫進行了批量的修改MyBatisSQL資料庫
- GBase XDM(單機/分片叢集)資料庫 刪除記錄資料庫
- 趣說GBase 8a資料庫叢集(三)—之高可用特性資料庫
- 資料庫預設安裝配置導致的問題資料庫
- ODPS主備叢集雙向資料複製導致主備中心網路打爆問題
- 一條執行4秒的sql語句導致的系統問題SQL
- 資料庫叢集資料庫
- 資料庫代理服務和叢集管理資料庫
- 大資料分享Spark任務和叢集啟動流程大資料Spark