MySQL 磁盤滿錯誤處理機制：MyISAM 寫入阻塞、日誌提醒與緊急恢復策略

觸發條件與範圍

本機制針對 MyISAM 表寫入、二進制日誌、二進制索引文件 寫入時磁盤空間不足（ENOSPC）或超配額（EDQUOT）場景。InnoDB 表空間滿時行為不同（由 innodb_max_dirty_pages_pct 等參數控制）。

Server 自動應對邏輯

1. 每分鐘檢查一次 可用空間，若足夠寫入當前行 → 靜默繼續
2. 每 10 分鐘 向錯誤日誌寫入一條提醒：Disk is full writing to ...
3. 阻塞的線程保持 Table Lock 狀態，其他線程若需同表鎖將排隊

運維介入選項

方案 A：騰出空間（推薦）

• 刪除舊日誌、臨時文件、無用備份
• PURGE BINARY LOGS BEFORE '2024-01-01';
• 擴容磁盤 / 掛載新卷遷移數據目錄

方案 B：殺死阻塞線程

SHOW PROCESSLIST;
-- 找到 State: "Waiting for disk space" 的線程 ID
KILL ;

下次檢查週期（1 分鐘內）該線程會終止，釋放鎖讓其他線程繼續。

方案 C：多線程阻塞時的優先級處理

若多個線程因同表阻塞，優先 KILL 寫入量最大/優先級最低的線程，釋放鎖讓高優先級業務先行。

特殊操作的異常行為

預防建議

• 監控 df -h 與 SHOW VARIABLES LIKE 'datadir' 所在分區使用率，閾值 80% 報警
• 配置 innodb_max_dirty_pages_pct、innodb_log_file_size 避免 InnoDB 突發佔滿
• 啟用 expire_logs_days 或 binlog_expire_logs_seconds 自動清理 Binlog
• 重要庫採用 innodb_file_per_table=ON 便於單表遷移

磁盤滿是少數會導致 MySQL 拒絕寫入但不崩潰 的錯誤，給運維留出彈性處理窗口——前提是監控到位。