MySQL「Warning: Invalid (old?) table or database name」問題深度排查與解決

問題背景

在執行建立臨時表、加索引等操作時，MySQL 錯誤日誌反覆出現：

[Warning] Invalid (old?) table or database name

源碼層面追蹤

經過原始碼追蹤，警告觸發位置位於 sql_table.cc:279 的 explain_filename 函數，而該函數僅在 ha_innodb.cc:1946 的 innobase_convert_identifier 中被呼叫。該函數負責將 SQL 識別碼（表名、資料庫名）轉換為 MySQL 系統字符集（UTF-8）並按需加引號。

兩條主要線索

線索一：字符集不匹配

• 呼叫鏈：ha_innodb.cc:2034 → innobase_convert_name → innobase_convert_identifier
• 推測原因：資料庫與臨時表字符集均為 latin1，而 InnoDB 內部預期 UTF-8，字符集轉換過程可能觸發警告。
• 驗證方案：將資料庫預設字符集修改為 utf8（或 utf8mb4），觀察警告是否消失。

線索二：重複鍵衝突觸發轉換

• 呼叫鏈：ha_innodb.cc:6269 create_table_def → row_create_table_for_mysql 返回 DB_DUPLICATE_KEY → 呼叫 innobase_convert_identifier
• 推測原因：建表過程中發生重複鍵錯誤，錯誤處理邏輯中調用識別碼轉換函數，導致警告。
• 現狀：深層函數調用鏈複雜，暫未定位確切觸發點，作為後續深入分析備選方案。

處理策略

1. 優先執行線索一：修改資料庫字符集為 utf8mb4，重啟服務觀察。
2. 若警告持續，啟用 General Log 與 Slow Query Log，結合 SHOW ENGINE INNODB STATUS 進一步分析線索二。
3. 長期建議：統一實例字符集為 utf8mb4，避免隱式轉換帶來的效能損耗與潛在 Bug。

總結

此警告多與字符集轉換或 DDL 異常分支有關。雖不直接影響業務，但暗示潛在的字符集配置不一致。建議從字符集統一入手，若無效再深入核心代碼邏輯。