一次磁盤IO過高分析過程
1、查看監控，發現整點時間有寫IO過高情況 2、iotop 分析確認io高峰是由mysql導致的 3、開啟general log，分析SQL set global general_log ...
原文：一次磁盤IO高的問題處理
問題現象： 開發測試環境的kubernetes master服務器，磁盤讀寫速率很高，達 多M s，IOPS超過 S，系統操作出現卡頓 還好硬盤是SSD，否則系統早卡死掉了 ，截圖如下： 解決思路： 使用iotop查看IO高的進程，並kill，問題依舊 重啟系統后正常，但一段時間后問題重現 查看內存，發現物理內存已基本使用完，並且在大量使用swap，因此問題原因可以確定： IO高是因為進程大量使用 ...
2018-09-24 13:19 0 1483 推薦指數：
相關推薦
記一次排查CPU高的問題
背景 將log4j.xml的日志級別從error調整為info后,進行壓測發現CPU占用很高達到了90%多(之前也就是50%,60%的樣子). 問題排查 排查思路: 看進程中的線程到底執行的是什么,導致CPU占用較高. 1. 使用top命令查看到底是哪個應用 ...
記一次磁盤UUID不能識別故障處理
早上zabbix報警，磁盤滿了，登錄服務器查看信息，一頓操作，突然發現最后lvextend命令不能擴容，查看LVM信息 報錯信息“Couldn't find device with uuid muM70o-3Zzu-FPEJ-YuwB-IXX6-0ezR-lgUK5f” 如圖所示，這個掛載 ...
記一次postgresql的歸檔日志爆倉磁盤處理
說明： 收到磁盤跑滿的問題，登錄機器查看數據庫磁盤近乎跑滿/data 查看/data下最大占用目錄文件， cd /datadu -sh * 查看pgwalarchive目錄就占用了320G多，顧名思義pgwalarchive就是歸檔日志。 查看配置文件核對 ...
記一次因磁盤IO使用率100%導致網站無法使用的事故
事故經過：網站突然無法正常使用，php子進程驟高，詢問開發無改動代碼，查看cpu，內存均無異常，最后查看磁盤使用率100%，然后通過top查看是php進程導致，就一直在查找代碼問題，均無收獲，最后實在沒轍了，老大說刪除下日志試試吧，刪完后網站恢復正常。突然想到一個東西inode，當時由於沒有常看 ...
記一次性能測試：mysql占用磁盤IO過高 的解決過程
在一次性能測試時，發現mysql的cpu使用率不高，但是磁盤io很高， 一開始考慮是mysql的慢日志比較多，但是查看后發現慢日志並不多，而且只有一台mysql。 進入實例，查看sync_binlog變量 mysql> show variables like ...
一次線上CPU高的問題排查實踐
一次線上CPU高的問題排查實踐 前言 近期某一天上班一開電腦，就收到了運維警報，有兩台服務CPU負載很高，同時收到一線同事反饋 系統訪問速度非常慢，幾乎無響應。 一個美好的早晨，最怕什么就來什么。只好推掉其他會議，專心搞定問題。 排查 登錄系統一看，后端的接口訪問果然全部超時 ...
記一次容器CPU高占用問題排查
起因：發現docker中有兩個容器的CPU持續在百分之95以上運行了一晚上 執行命令：docker stats 發現這個兩個大兄弟一點沒歇滿負荷跑了一晚上，再這么下去怕不是要GG 容器里跑的是JAV ...