MySQL 4.0 直升 5.0 升級避坑指南：關鍵變更、兼容性陷阱與實戰步驟

跨大版本升級核心變更清單

4.0 → 4.1 關鍵破壞性變更

• TIMESTAMP 存儲格式變更：4.1.0-4.1.3 創建的 InnoDB TIMESTAMP 列需重建表（ALTER TABLE ... ENGINE=InnoDB 或 dump/reload）。
• 字符串比較語義：標準 SQL 比較，不再填充尾部空格，'a' > 'a ' 為真（舊版為假）。
• 日期時間函數返回類型：返回 DATE/DATETIME/TIME 對象而非字符串，--new 參數可在 4.0 模擬新行為。
• 解析器嚴格化：4.1.1+ 字符串轉時間不再忽略首位非數字字符。

4.1 → 5.0 關鍵破壞性變更

• TEXT 尾部空格索引排序變更：需 CHECK TABLE，報錯則 OPTIMIZE/REPAIR TABLE 或重建。
• BINARY 列填充值：5.0.15+ 填充 0x00 而非空格，讀取不再去除尾部空格。
• DECIMAL 實現重寫（5.0.3+）：精度限制更嚴格；5.0.3-5.0.5 創建的 DECIMAL 列升級到 5.0.6+ 會崩潰，需重建。
• InnoDB 鎖超時行為：5.0.13+ 僅回滾當前語句（舊版回滾整個事務）。
• DATETIME+0 格式：YYYYMMDDHHMMSS.000000（舊版無微秒部分）。
• DECIMAL 存儲格式優化（5.0.3+）：更高效的定點數存儲。
• 精確數學計算（5.0.3+）：DECIMAL 運算/捨入採用精確數學。
• FLOAT/DOUBLE 比較：5.0 更嚴格，舊版隱式容差可能導致邏輯差異。
• VARCHAR/VARBINARY 保留尾部空格（5.0.3+）。
• 新參數 innodb_table_locks：默認開啟，LOCK TABLES 同步請求 InnoDB 鎖，AUTOCOMMIT=1 時易死鎖。

升級核心關注點

重點驗證 時間類型（TIMESTAMP/DATETIME/DATE/TIME）與 數值類型（FLOAT/DOUBLE/DECIMAL）行為變化。若涉及字符集遷移，複雜度指數級上升（本案未涉及）。

實戰升級步驟（停機窗口法）

# 1. 鎖定並備份
mysql> FLUSH TABLES WITH READ LOCK;

# 2. MyISAM 直接拷貝 .frm/.MYD/.MYI 文件

# 3. InnoDB 邏輯導出
shell> mysqldump --single-transaction --routines --triggers --hex-blob innodb_db > innodb_dump.sql

# 4. 安裝 5.0，初始化數據目錄，導入備份
shell> mysql < innodb_dump.sql
shell> cp -r myisam_db/* /new/datadir/myisam_db/

# 5. 執行 mysql_upgrade 修復系統表
shell> mysql_upgrade -u root -p

# 6. 啟動驗證

升級後發現的兩個實戰問題

1. 新保留字 INOUT：檢查表結構中是否用作列名，需反引號轉義或重命名。
2. DATE_FORMAT 格式嚴格化：

   
   -- 4.0 兼容兩種
   DATE_FORMAT('2006/11/24 09:14:00', '%Y-%m-%d %T')  -- 正常
   DATE_FORMAT('2006/11/2409:14:00', '%Y-%m-%d %T')   -- 4.0 正常，5.0 異常
   

   需清洗數據或調整應用層日期格式統一性。

後續驗證清單

• DECIMAL 列精度/計算正確性
• 所有 DATE_FORMAT/STR_TO_DATE 調用格式匹配度
• 應用層 SQL 模式兼容性（sql_mode 設置）
• 存儲過程/觸發器/視圖語法兼容
• 性能基準對比（慢查詢、吞吐、內存）

建議

跨大版本升級務必建立完整測試環境全流程演練，重點覆蓋時間、數值、字符集、保留字、優化器行為變更。生產環境採用主從切換或藍綠部署實現零停機升級。