磁盤空間不足導致 MySQL 啟動失敗：排查與解決全記錄

故障現象

/etc/init.d/mysql restart
Stopping MySQL: [FAILED]
Timeout error occurred trying to start MySQL Daemon.
Starting MySQL: [FAILED]

# 檢查進程卻顯示運行中
service mysqld status
mysqld (pid 21847) is running...

矛盾點： 服務狀態顯示運行，但實際無法提供服務，重啟失敗。

根因排查過程

1. 檢查磁盤空間：

   df -k
   Filesystem     1K-blocks      Used Available Use% Mounted on
   /dev/simfs     10321208   10315872         0 100% /
   

   根因確認： 根分區 **100% 滿**，Available 0，MySQL 無法寫入臨時文件、日誌、pid 文件導致啟動超時失敗。

2. 定位大文件/目錄：

   cd /
   du -sk * | sort -n
   # 輸出示例：
   # 102400  tmp
   # 512000  var
   # ...
   

   發現 /tmp 目錄佔用大量空間，內含大量臨時文件。

3. 清理釋放空間：

   # 清理 tmp 目錄 (確認無進程使用後)
   rm -rf /tmp/*
   
   # 或更安全：只刪除超過 7 天的文件
   find /tmp -type f -mtime +7 -delete
   

4. 驗證修復：

   df -h /  # 確認有可用空間
   /etc/init.d/mysql restart
   Stopping MySQL: [  OK  ]
   Starting MySQL: [  OK  ]
   

深度分析：為什麼磁盤滿會導致此現象？

1. pid 文件無法寫入： MySQL 啟動需在 /var/run/mysqld/ 或 /tmp/ 建立 mysqld.pid，空間滿無法創建
2. 錯誤日誌無法寫入： log-error 指向的文件無法擴展
3. InnoDB 系統表空間無法擴展： ibdata1 需自動擴展時失敗
4. 臨時表無法創建： 複雜查詢需磁盤臨時表，空間不足報錯
5. Binlog/Relay log 無法寫入： 同步中斷、甚至損壞

預防與最佳實踐

擴展：其他常見啟動失敗原因速查

總結

**「磁盤空間不足」是 MySQL 啟動/運行故障的隱形殺手**。表面現象可能誤導 (如進程顯示運行)，**df -h 應是故障排查的第一步**。建立完善的磁盤監控與清理機制，比事後搶修更經濟高效。

1. 上一篇文章： mysqldump 備份還原與導入導出語句大全詳解 (補充版)
2. 下一篇文章： MySQL 字符集操作命令大全：查看、設置、修改與最佳實踐

MySQL 資料庫相關知識

解決 MySQL 啟動報錯「The server quit without updating PID file」完整排查指南

故障現象 在 Red Hat 6 + MySQL 5.6 環

MySQL JDBC 連接完整指南：步驟、URL 參數與實戰代碼

JDBC 簡介 JDBC（Java Database Con

MySQL LEFT JOIN 右表數據不唯一導致結果膨脹？GROUP BY 子查詢優雅解決

LEFT JOIN 是多表關聯查詢利器，但當右表匹配行不唯一

MySQL 線程池原理深度解析：從調度模型到源碼級實現

前言：為什麼需要線程池？ MySQL 5.6 引入線程池，解