共享鎖(讀鎖)和排他鎖(寫鎖)
共享鎖(S鎖):共享 (S) 用於不更改或不更新數據的操作(只讀操作),如 SELECT 語句。
如果事務T對數據A加上共享鎖后,則其他事務只能對A再加共享鎖,不能加排他鎖。獲准共享鎖的事務只能讀數據,不能修改數據。
排他鎖(X鎖):用於數據修改操作,例如 INSERT、UPDATE 或 DELETE。確保不會同時同一資源進行多重更新。
如果事務T對數據A加上排他鎖后,則其他事務不能再對A加任任何類型的封鎖。獲准排他鎖的事務既能讀數據,又能修改數據。
我們在操作數據庫的時候,可能會由於並發問題而引起的數據的不一致性(數據沖突)
樂觀鎖
樂觀鎖不是數據庫自帶的,需要我們自己去實現。樂觀鎖是指操作數據庫時(更新操作),想法很樂觀,認為這次的操作不會導致沖突,在操作數據時,並不進行任何其他的特殊處理(也就是不加鎖),而在進行更新后,再去判斷是否有沖突了。
通常實現是這樣的:在表中的數據進行操作時(更新),先給數據表加一個版本(version)字段,每操作一次,將那條記錄的版本號加1。也就是先查詢出那條記錄,獲取出version字段,如果要對那條記錄進行操作(更新),則先判斷此刻version的值是否與剛剛查詢出來時的version的值相等,如果相等,則說明這段期間,沒有其他程序對其進行操作,則可以執行更新,將version字段的值加1;如果更新時發現此刻的version值與剛剛獲取出來的version的值不相等,則說明這段期間已經有其他程序對其進行操作了,則不進行更新操作。
舉例:
下單操作包括3步驟:
1.查詢出商品信息
select (status,status,version) from t_goods where id=#{id}
2.根據商品信息生成訂單
3.修改商品status為2
update t_goods
set status=2,version=version+1
where id=#{id} and version=#{version};
除了自己手動實現樂觀鎖之外,現在網上許多框架已經封裝好了樂觀鎖的實現,如hibernate,需要時,可能自行搜索"hiberate 樂觀鎖"試試看。
悲觀鎖
與樂觀鎖相對應的就是悲觀鎖了。悲觀鎖就是在操作數據時,認為此操作會出現數據沖突,所以在進行每次操作時都要通過獲取鎖才能進行對相同數據的操作,這點跟java中的synchronized很相似,所以悲觀鎖需要耗費較多的時間。另外與樂觀鎖相對應的,悲觀鎖是由數據庫自己實現了的,要用的時候,我們直接調用數據庫的相關語句就可以了。
說到這里,由悲觀鎖涉及到的另外兩個鎖概念就出來了,它們就是共享鎖與排它鎖。共享鎖和排它鎖是悲觀鎖的不同的實現,它倆都屬於悲觀鎖的范疇。
共享鎖
共享鎖指的就是對於多個不同的事務,對同一個資源共享同一個鎖。相當於對於同一把門,它擁有多個鑰匙一樣。就像這樣,你家有一個大門,大門的鑰匙有好幾把,你有一把,你女朋友有一把,你們都可能通過這把鑰匙進入你們家,進去啪啪啪啥的,一下理解了哈,沒錯,這個就是所謂的共享鎖。
剛剛說了,對於悲觀鎖,一般數據庫已經實現了,共享鎖也屬於悲觀鎖的一種,那么共享鎖在mysql中是通過什么命令來調用呢。通過查詢資料,了解到通過在執行語句后面加上lock in share mode就代表對某些資源加上共享鎖了。
比如,我這里通過mysql打開兩個查詢編輯器,在其中開啟一個事務,並不執行commit語句
city表DDL如下:
CREATE TABLE `city` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`name` varchar(255) DEFAULT NULL,
`state` varchar(255) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=18 DEFAULT CHARSET=utf8;
begin;
SELECT * from city where id = "1" lock in share mode;
然后在另一個查詢窗口中,對id為1的數據進行更新
update city set name="666" where id ="1";
此時,操作界面進入了卡頓狀態,過幾秒后,也提示錯誤信息
[SQL]update city set name="666" where id ="1";
[Err] 1205 - Lock wait timeout exceeded; try restarting transaction
那么證明,對於id=1的記錄加鎖成功了,在上一條記錄還沒有commit之前,這條id=1的記錄被鎖住了,只有在上一個事務釋放掉鎖后才能進行操作,或用共享鎖才能對此數據進行操作。
再實驗一下:
update city set name="666" where id ="1" lock in share mode;
[Err] 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'lock in share mode' at line 1
加上共享鎖后,也提示錯誤信息了,通過查詢資料才知道,對於update,insert,delete語句會自動加排它鎖的原因
於是,我又試了試SELECT * from city where id = "1" lock in share mode;
這下成功了。
排它鎖
排它鎖與共享鎖相對應,就是指對於多個不同的事務,對同一個資源只能有一把鎖。
與共享鎖類型,在需要執行的語句后面加上for update就可以了
行鎖
行鎖,由字面意思理解,就是給某一行加上鎖,也就是一條記錄加上鎖。
比如之前演示的共享鎖語句
SELECT * from city where id = "1" lock in share mode;
由於對於city表中,id字段為主鍵,就也相當於索引。執行加鎖時,會將id這個索引為1的記錄加上鎖,那么這個鎖就是行鎖。
表鎖
表鎖,和行鎖相對應,給這個表加上鎖。
MyISAM引擎里有的,暫時研究了
更加會堵塞,這些可以依靠索引,事務,等調整鎖的粒度 盡量減少堵塞的時間
功能說明:
NOLOCK(不加鎖)
此選項被選中時,SQL Server 在讀取或修改數據時不加任何鎖。 在這種情況下,用戶有可能讀取到未完成事務(Uncommited Transaction)或回滾(Roll Back)中的數據, 即所謂的“臟數據”。
HOLDLOCK(保持鎖)
此選項被選中時,SQL Server 會將此共享鎖保持至整個事務結束,而不會在途中釋放。
UPDLOCK(修改鎖) 此選項被選中時,SQL Server 在讀取數據時使用修改鎖來代替共享鎖,並將此鎖保持至整個事務或命令結束。使用此選項能夠保證多個進程能同時讀取數據但只有該進程能修改數據。
TABLOCK(表鎖) 此選項被選中時,SQL Server 將在整個表上置共享鎖直至該命令結束。 這個選項保證其他進程只能讀取而不能修改數據。
PAGLOCK(頁鎖) 此選項為默認選項, 當被選中時,SQL Server 使用共享頁鎖。
例:
select * from tablename where ... with(nolock)
select * from tablename where ... with(holdlock)
select * from tablename with (rowlock) where id=3 注意: 鎖定數據庫的一個表的區別
SELECT * FROM table WITH (HOLDLOCK) 其他事務可以讀取表,但不能更新刪除
SELECT * FROM table WITH (TABLOCKX) 其他事務不能讀取表,更新和刪除