MySQL TIMESTAMP 欄位實現「預設當前時間」與自動更新完全指南

核心限制

MySQL 不支援 `DEFAULT NOW()` 或 `DEFAULT CURRENT_TIMESTAMP` 於 DATETIME/DATE 欄位（5.6.5 前）。解決方案：使用 TIMESTAMP 或升級至 5.6.5+ 使用 DATETIME DEFAULT CURRENT_TIMESTAMP。

TIMESTAMP 完整特性表

關鍵：無論顯示長度，實際儲存皆為 14 位完整精度。`ALTER TABLE` 擴展顯示長度可「找回」隱藏的時分秒。

自動更新規則（僅第一個 TIMESTAMP 欄位）

1. INSERT 未指定該欄位值
2. LOAD DATA INFILE 未提供該欄位
3. UPDATE 修改了其他欄位，且未顯式設定該 TIMESTAMP
4. 顯式設定為 NULL 或 NOW()

多 TIMESTAMP 欄位控制

CREATE TABLE t (
    id INT PRIMARY KEY,
    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,      -- 建立時間（僅 INSERT）
    update_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP  -- 更新時間
);

MySQL 5.6.5+ 以上寫法標準化，舊版僅第一個 TIMESTAMP 擁有自動特性，第二個需觸發器或應用層維護。

格式化輸出

SELECT 
    id,
    DATE_FORMAT(create_time, '%Y-%m-%d %H:%i:%s') AS create_time,
    DATE_FORMAT(update_time, '%Y-%m-%d') AS update_date
FROM t;

日期類型轉換陷阱

最佳實踐建議

1. MySQL 5.6.5+：優先用 DATETIME(3) DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3)（微秒精度、無 2038 年問題）
2. 舊版：第一欄 TIMESTAMP DEFAULT CURRENT_TIMESTAMP 當建立時間，更新時間用觸發器
3. 應用層明確傳遞時間，避免依賴伺服器時區
4. 時區統一用 UTC 儲存，顯示層轉換

1. 上一篇文章： 從 MySQL 原生 API 遷移至 ADODB：資料庫抽象層實戰指南
2. 下一篇文章： MySQL 權限系統深度解析：用戶認證、主機匹配、權限表結構與最佳實踐

MySQL 資料庫相關知識

MySQL C API 查詢處理完整指南：mysql_real_query、結果集管理、預處理語句與元資料應用

前言 MySQL C API 是所有高階連接器（Connec

MySQL 啟動失敗：mysql.sock 丟失？教你用錯誤日誌定位真兇

現象重現 ERROR 2002 (HY000): Cant

InnoDB 鎖機制深度解析：Record Lock、Gap Lock、Next-Key Lock 原理、加鎖規則與死鎖實戰演示

InnoDB 鎖系統是實現事務隔離與並發控制的核心。本文系統

MySQL REPLACE INTO 與 INSERT ... ON DUPLICATE KEY UPDATE 核心差異深度解析

兩者皆用於「主鍵/唯一鍵衝突時的寫入策略」，但底層行為差異巨