MySQL 5.6 TIMESTAMP 變化全景圖：從隱式到顯式

MySQL 5.6 TIMESTAMP 變化全景圖：從隱式到顯式

本文通過實測截圖全面對比 MySQL 5.6.6 前後 TIMESTAMP 行為差異，並分析升級遷移中的兼容性陷阱。

5.6.6 前隱式默認行為

• 第一個 TIMESTAMP NOT NULL 列隱式默認：CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
• 後續 TIMESTAMP NOT NULL 列隱式默認：'0000-00-00 00:00:00'
• 插入 NULL 值自動轉為當前時間戳。
• 不支持多個 CURRENT_TIMESTAMP 默認值。

5.6.6 後變化

啟動報警告：[Warning] TIMESTAMP with implicit DEFAULT value is deprecated...

在 my.cnf 設置 explicit_defaults_for_timestamp=true 重啟後：

• TIMESTAMP 未聲明 NOT NULL 允許 NULL，無隱式填充。
• 不再自動分配 DEFAULT CURRENT_TIMESTAMP 和 ON UPDATE CURRENT_TIMESTAMP。

• 聲明 NOT NULL 無默認值：嚴格模式報錯，非嚴格模式存零時間並警告。

參數選項

• explicit_defaults_for_timestamp=0（默認）：兼容舊行為，但啟動報警告。
• explicit_defaults_for_timestamp=1：關閉隱式默認，行為標準化。

升級遷移總結

1. MySQL 5.5 時代的隱式行為極易導致應用層隱性 Bug。
2. 5.6 提供兼容開關，但未來版本將移除，不應過度依賴。
3. 最佳策略：遷移時審視所有 TIMESTAMP 列，補全顯式 DEFAULT / ON UPDATE 定義，彻底解脫對數據庫魔法行為的依賴。

註：以上行為與存儲引擎無關。