mysql 開發進階篇系列 12 鎖問題(隔離級別下鎖的差異)

-Advertisement-

1. innodb在不同隔離級別下的一致性讀及鎖的差異不同的隔離級別下，innodb處理sql 時採用的一致性讀策略和需要的鎖是不同的，同時，數據恢復和複製機制的特點，也對一些sql的一致性讀策略和鎖策略有很大影響。對於許多sql, 隔離級別越高，innodb給記錄集的鎖就越嚴格(龍其是使用範圍條 ...

1. innodb在不同隔離級別下的一致性讀及鎖的差異
　　不同的隔離級別下，innodb處理sql 時採用的一致性讀策略和需要的鎖是不同的，同時，數據恢復和複製機制的特點，也對一些sql的一致性讀策略和鎖策略有很大影響。對於許多sql, 隔離級別越高，innodb給記錄集的鎖就越嚴格(龍其是使用範圍條件的時候)，產生的鎖衝突的可能性也就越高，對併發性事務處理性能的影響也就越大。因此，在應用中，應該儘量使用較低的隔離級別，減少鎖爭用。通常使用Read Commited隔離級別就足夠了，對於一些確實需要更高隔離級別的事務，可能在程式中執行 SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ 或SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE 動態來改變隔離級別。　

　　下麵重點看下REPEATABLE READ與Read commited 鎖申請的不同區別，在增刪改查上申請的鎖都是一致的，但在事務中鎖釋放的時間是不一樣的這點需要註意。

SQL	條件	Read uncommited	Read commited	Repeatable read	serializable
Select	=	None locks	Consisten read/ None locks	Consisten read/ None locks	Share locks
Select	範圍	None locks	Consisten read/ None locks	Consisten read/ None locks	Share next-key
Update	=	X(排它鎖)	X	X	X
Update	範圍	X next-key	X next-key	X next-key	X next-key
Insert		X	X	X	X
REPLACE	無鍵衝突	X	X	X	X
REPLACE	鍵衝突	X next-key	X next-key	X next-key	X next-key
Delete	=	X	X	X	X
Delete	範圍	X next-key	X next-key	X next-key	X next-key
Select ..from Lock in share mode	=	Share locks	Share locks	Share locks	Share locks
Select ..from Lock in share mode	範圍	Share locks	Share locks	Share next-key	Share next-key
Select ..from For update	=	X	X	X	X
Select ..from For update	範圍	X	Share locks	X next-key	X next-key
Insert into.. Select ..	Innodb_locks_unsafe _for_binlog=off	Share next-key	Share next-key	Share next-key	Share next-key
Insert into.. Select ..	Innodb_locks_unsafe _for_binlog=on	None locks	Consisten read/ None locks	Consisten read/ None locks	Share next-key
Create table.. Select ..	Innodb_locks_unsafe _for_binlog=off	Share next-key	Share next-key	Share next-key	Share next-key
Create table.. Select ..	Innodb_locks_unsafe _for_binlog=on	None locks	Consisten read/ None locks	Consisten read/ None locks	Share next-key

您的分享是我們最大的動力!

-Advertisement-

更多相關文章

MySQL的binlog恢復（Windows下）

前言在最近的工作中，由於自己粗（zuo）心（si）誤update操作導致幾百行的數據出現錯誤，在心急如焚的同時（那時候我竟然不知道除了備份之後還有binlog日誌恢復）立馬查資料學習binlog的恢復，隨後立馬進行了恢復。雖然可以假裝自己沒出錯（emmmmm......最後還是得承認的！），但下班 ...
Redis的那些最常見面試問題

轉發：https://zm10.sm-tc.cn/?src=l4uLj4zF0NCIiIjRnJGdk5CYjNGckJLQrIqNiZaJnpOWjIvQj9DHzs7Gx8bO0ZeLkpM%3D&uid=38c62520cad411e395617b1a9eafc437&hid=d90c1542 ...
T-SQL:CTE用法（十）

CTE 也叫公用表表達式和派生類非常類似先定義一個USACusts的CTE with () 稱為內部查詢與派生表相同，一旦外部查詢完成後，CTE就自動釋放了 CTE內部方式就是上面代碼所表示的方式其實還有一種外部方式定義多個CTE 多個CTE用 , 隔開通過with 記憶體可以在外查詢中 ...
CentOS 6.6 MySQL 8.0詳細安裝步驟

1、備份伺服器上MySQL資料庫 2、查看備份後的SQL腳本 3、查詢伺服器安裝的MySQL 4、停止MySQL服務 5、卸載已經安裝的MySQL 6、查找遺留的MySQL文件 7、/var/lib/mysql為本次MySQL的data目錄，建議安裝先備份 8、刪除卸載前一個版本MySQL的遺留文件 ...
[20180801]insert導致死鎖.txt

[20180801]insert導致死鎖.txt--//鏈接http://www.itpub.net/thread-2104135-2-1.html的討論,自己有點疏忽了,插入主鍵相同也會導致死鎖.--//自己按照鏈接http://www.xifenfei.com/2011/05/insert%E5 ...
hadoop部署的若幹問題解決

hadoop部署的若幹問題解決 1 清理系統記憶體cached方法，解決Out of memory問題 INFO org.apache.hadoop.ipc.Server: IPC Server Responder: starting 2018-07-31 10:34:58,344 FATAL org... ...
Flume-1.8.0_部署與常用案例

該文章是基於 Hadoop2.7.6_01_部署進行的 Flume官方文檔：FlumeUserGuide 常見問題：記flume部署過程中遇到的問題以及解決方法（持續更新） 1. 前言在一個完整的大數據處理系統中，除了hdfs+mapreduce+hive組成分析系統的核心之外，還需要數據採集、 ...
read view初探

innodb為實現MVCC所使用的內部快照，RR(REPEATABLE READ)隔離級別下在第一次查詢時創建read view,RC(READ COMMITTED)隔離級別下會在每次查詢時創建read view以下測試在RR隔離級別下，資料庫版本為5.7.201. select * from ta ...