MySQL 事務隔離級別實測：讀未提交、讀提交、可重複讀、可序列化四大級別資料顯示效果完整對比

事務四大特性（ACID）中「隔離性」直接決定並發下的資料一致性。MySQL/InnoDB 支援四種隔離級別，本文在 Linux + MySQL 5.6 環境實測，雙 Session 同步操作 teachers 表，記錄各級別下的髒讀、不可重複讀、幻讀現象。

實驗環境與前置設定

• OS：RedHat 5.8 / Kernel 2.6.18
• MySQL 5.6.10 源碼編譯安裝，啟用獨立表空間
• 關閉自動提交：SET autocommit=0;
• 雙 Session 同步調整隔離級別：SET tx_isolation='LEVEL';

四大級別實測結果摘要

關鍵現象觀察

• READ UNCOMMITTED：Session 1 未提交的 UPDATE，Session 2 立即可見 → 髒讀。
• READ COMMITTED：Session 1 提交前 Session 2 不見修改；提交後 Session 2 再查結果不同 → 不可重複讀。
• REPEATABLE READ：Session 1 提交後，Session 2 必須也提交/重新開啟事務才能看見新資料；若 Session 2 先查後提交，會發現「資料憑空多出幾列」→ 幻讀（MVCC 快照機制導致）。
• SERIALIZABLE：Session 1 修改未提交時，Session 2 SELECT 直接阻塞等待鎖釋放，完全串行化。

生產環境選型建議

• 金融、庫存等強一致性場景 → REPEATABLE READ 或 SERIALIZABLE。
• 高併發讀多寫少、可容忍短暫不一致 → READ COMMITTED（Oracle/PostgreSQL 預設）。
• InnoDB 預設 REPEATABLE READ 配合 next-key lock 已解決大部分幻讀，實務上較少手動升級為 SERIALIZABLE。