MySQL 常見問題診斷大全：崩潰、連線、記憶體、權限與複寫故障排查

MySQL 七大類常見問題診斷與解決方案

生產環境故障多樣，但核心成因可歸類。本文整理七大類高頻問題：服務崩潰、連線失敗、記憶體不足、封包過大、表滿、權限忽略、表不存在，提供標準化排查流程。

類別一：MySQL 服務意外崩潰

診斷步驟

1. 確認是 mysqld 進程死掉，還是客戶端問題：mysqladmin version 檢查運行時間
2. 查看錯誤日誌：/var/log/mysql/error.log 或 datadir/hostname.err
3. 常見崩潰原因：
   • 記憶體不足 (OOM Killer) → dmesg | grep -i kill
   • 磁碟滿 / 檔案系統錯誤
   • InnoDB 校驗和失敗 (硬體錯誤)
   • 查詢觸發 Bug (特定 SQL 模式)
   • 信號處理 (SIGTERM/SIGKILL 外部殺死)

類別二：連線錯誤大全

類別三：記憶體不足 (Out of Memory)

ERROR 2008: MySQL client ran out of memory
MySQL: Out of memory at line 42, 'malloc.c'
needed 8136 byte (8k), memory in use: 12481367 bytes

原因與對策

1. 查詢結果集過大 (無 LIMIT、SELECT * 大表) → 應用層分頁、流式讀取
2. 客戶端緩衝區過小 (libmysqlclient) → 升級驅動、調整客戶端參數
3. 伺服器端 max_allowed_packet 過小 → 調大至 64M+
4. 記憶體洩漏 (舊版驅動/連接器) → 升級至最新版

類別四：封包過大 (Packet Too Large)

ERROR 1153 (08S01): Got a packet bigger than 'max_allowed_packet' bytes

解決

• 客戶端：mysql --max_allowed_packet=128M
• 伺服器：SET GLOBAL max_allowed_packet=128M + my.cnf 永久生效
• 應用層：分批寫入大 BLOB/TEXT、壓縮傳輸

類別五：The table is full

• MEMORY 引擎表達 max_heap_table_size / tmp_table_size 上限 → 調大參數、改用 InnoDB
• 磁碟空間耗盡 → 清理、擴充
• InnoDB 表空間滿 (ibdata1 自動擴展關閉) → innodb_data_file_path=ibdata1:12M:autoextend

類別六：Ignoring user / 權限表異常

Found wrong password for user: 'user@host'; Ignoring user

• 原因：mysql.user 表中 authentication_string 格式錯誤、版本升級未執行 mysql_upgrade
• 解決：執行 mysql_upgrade -u root -p、重建使用者、檢查 plugin 欄位

類別七：Table 'xxx' doesn't exist (大小寫陷阱)

• Linux 區分大小寫，Windows 不區分
• lower_case_table_names 參數控制：
  • 0 (Linux 預設)：區分大小寫，檔案系統決定
  • 1 (Windows 預設)：不區分，儲存為小寫
  • 2：儲存原大小寫，比較時不區分
• 解決：統一應用層表名大小寫、遷移時用 lower_case_table_names=1

通用診斷工具箱

應急響應 SOP

1. 止血： 停止流入流量 (防火牆/ProxySQL 下線)、殺長查詢 (KILL query_id)
2. 診斷： 收集錯誤日誌、慢查詢日誌、SHOW ENGINE INNODB STATUS、系統資源 (top、iostat、free)
3. 修復： 依故障類型執行對應修復 (重啟服務、調整參數、補索引、從備份還原)
4. 驗證： 核心業務查詢測試、監控指標回歸正常
5. 複盤： 根因分析 (5 Why)、修正預防措施、更新運維手冊

故障不可避免，但「標準化診斷流程、完整觀測體系、定期演練」能將 MTTR (平均修復時間) 從小時壓縮至分鐘。建議團隊建立故障知識庫，每次故障產出一份 RCA 文件。