如何理解 MySQL 事務中的不可重復讀和幻讀問題?
問題描述
如何理解 MySQL 事務中的不可重復讀和幻讀問題? 或者說 READ COMMIT 和 REPEAT COMMIT 兩種隔離性的區別在哪?
問題解答
回答1:剛好學習一下這個,我就粗淺的來說說我的想法:Read Committed(不可重復讀):假設事務1讀取了一條記錄(select user_name from user where user_id = 1),得到user_name = ’456’,事務1暫時沒提交。事務2更新了一條記錄(update user set user_name = ’123’ where user_id = 1),事務2提交。此時事務1再次select user_name from user where user_id = 1得到了user_name = ’123’,這樣就導致事務1在讀取同一行數據卻得到不同的user_name。這就是所謂的不可以重復讀
Repeatable Read(可重復讀,會產生幻讀):這個跟不可重復讀相反,當事務1查詢到user_name=’456’時,事務2將user_name更新成’123’并提交,事務1再次查詢還是會發現user_name=’456’,這樣保證了可重復讀。幻讀的話就是當事務2插入一條新的數據id為2并提交,事務1由于可重復讀的性質,只能在表中查到id為1的數據,如果此時事務1插入id為2的數據則會產生錯誤,因為此時表中已經有了id為2的數據,但是事務1只看到了id為1的數據。
相關文章:
1. docker不顯示端口映射呢?2. docker內創建jenkins訪問另一個容器下的服務器問題3. vim - docker中新的ubuntu12.04鏡像,運行vi提示,找不到命名.4. docker-compose 為何找不到配置文件?5. docker images顯示的鏡像過多,狗眼被亮瞎了,怎么辦?6. debian - docker依賴的aufs-tools源碼哪里可以找到啊?7. docker gitlab 如何git clone?8. mac連接阿里云docker集群,已經卡了2天了,求問?9. docker-compose中volumes的問題10. docker api 開發的端口怎么獲取?
