MySQL LAST_INSERT_ID() 深度解析：連接級隔離、批次插入行為與復制安全性

MySQL LAST_INSERT_ID() 深度解析：連接級隔離、批次插入行為與復制安全性

LAST_INSERT_ID() 是獲取上一條 AUTO_INCREMENT 值的標準函數，但其「連接級隔離」與「批次插入只返回首值」兩大特性常被誤解。本文從原理、行為、復制安全三個維度深度解析。

核心特性

1. 連接級隔離：每個 Client Connection 獨立維護自己的 LAST_INSERT_ID 值，互不干擾。無需加鎖、無需事務，天然線程安全。
2. 批次插入只返回首值：INSERT INTO t VALUES (NULL),(NULL),(NULL); 只返回第一行生成的 ID，後續 ID 需自行推算（首值 + 1, +2…）。
3. 語句級生效：僅受 INSERT、UPDATE ... AUTO_INCREMENT、LOAD DATA 影響；SELECT、DELETE、COMMIT/ROLLBACK 不改變其值。

實驗驗證

CREATE TABLE t (id INT AUTO_INCREMENT PRIMARY KEY, v INT);

-- 單行插入
INSERT INTO t (v) VALUES (1);
SELECT LAST_INSERT_ID();  -- 返回 1

-- 批次插入 3 行
INSERT INTO t (v) VALUES (2),(3),(4);
SELECT LAST_INSERT_ID();  -- 返回 2（首行 ID），而非 4

-- 另一連接並發插入
-- Connection B:
INSERT INTO t (v) VALUES (99);
SELECT LAST_INSERT_ID();  -- 返回 5，完全不受 Connection A 影響

為什麼批次插入只回首值？

**為了 Statement-based Replication（SBR）安全**。

• 主庫執行批次 INSERT，Binlog 記錄完整語句。
• 從庫重放時，若 LAST_INSERT_ID() 返回末值，從庫再次調用會得到不同結果，導致主從不一致。
• 固定返回首值，從庫重放邏輯完全一致，保證復制安全。

應用層最佳實踐

1. 單條插入後立即查詢：同一連接、同一 Session 內 SELECT LAST_INSERT_ID() 絕對可靠。
2. 批次插入需回填 ID：應用層記錄首值，依序 +1 分派給各行物件；或改用 INSERT ... RETURNING id（MariaDB 10.5+ / MySQL 8.0.27+ 支援）。
3. 連接池環境：確保「插入 + 查 LAST_INSERT_ID」在**同一物理連接**上執行（同一邏輯連接從池取出、用完歸還），否則可能拿到其他請求殘留的值。
4. 不要用 MAX(id) 替代：高並發下極不準確，且需全表掃描/索引掃描。

相關函數

• LAST_INSERT_ID(expr)：將下一次 LAST_INSERT_ID() 返回值設為 expr，常用於應用層自行分配 ID 後同步給資料庫。
• mysql_insert_id() (C API) / mysqli_insert_id() (PHP) / connection.insert_id() (Python) — 驅動層封裝，同樣連接級隔離。

總結

• 連接級隔離 → 天然併發安全。
• 批次插入回首值 → SBR 復制安全。
• 應用層同一連接「插→查」 → 絕對可靠。

理解這三點，能避開 90% 關於自增 ID 獲取的坑。