先看了當前測試機是否有在跑的指令碼
crontab -l //列出當前使用者定時服務內容
crontab -e //編輯當前使用者的定時服務
檢視後沒有。如果有,就看找那個時間段會卡死,進而縮小範圍。我這個測試機,沒有乙個固定的時間。
檢視nginx error_log 日誌
找到nignx.conf檔案,開啟 有個 error_log ***xx.log 或者access_log ***x.log
這個日誌檔案主要是 access_log 主要是 使用者訪問記錄等資訊,error_log 是記錄錯誤資訊,分析這兩個日誌,發現有個國外的ip一直在訪問乙個不存在的專案,我把這個專案網域名稱也給停了。
使用者htop檢視記憶體占用
發現php-fpm的程序特別多,隨後檢視總數量有150個,每個占用記憶體也很大,4g記憶體,佔了 將近3個,後來調整了php-fpm的程序模式以及最大程序最小程序數,現在不卡了。具體操作流程是這個文章
第一次解決這樣的問題,不清楚思路是否最優,如有更好的思路,望大佬賜教
記一次伺服器事故
mysql資料庫報錯 can t create write to file tmp sql 6ccc 0.myi 在開始刪除之後,所有服務就已經恢復正常執行了,接下來就是優化那個session了,哎又是埋坑.最後附上inode擴容的方法 但是需要注意,手動擴inode,一般是新建分割槽時設定的,該操...
記一次伺服器掛掉,cpu占用過大的問題
喂 伺服器掛掉了,你查檢視問題,然後處理下。我 好的。從日誌看幾乎所有的logic日誌全都掛掉,不再列印日誌,然後logic程序僵死,占用cpu百分90多,有些可怕。第一反應是邏輯迴圈問題。因為是公司自己的框架採用lua編寫。單程序單執行緒。網上找了很多這個,查了下都是top h jstack,gd...
記一次伺服器磁碟使用率過高警告排查
早上起來發現半夜伺服器發來的郵件,磁碟使用率超過50 按照預計沒有那麼快到這個程度。於是進行排查。df h 發現是root下的空間不夠。找不到原因 於是使用 find xdev size 100m exec ls l 命令檢視是哪些大檔案占用了空間 於是出來這麼一串。看到了一串mysql的檔案 於是...