①在mysql中有表鎖,
LOCK TABLE my_tabl_name READ; 用讀鎖鎖表,會阻塞其他事務修改表數據。
LOCK TABLE my_table_name WRITe; 用寫鎖鎖表,會阻塞其他事務讀和寫。
②Innodb引擎又支持行鎖,行鎖分爲
共享鎖,一個事務對一行的共享只讀鎖。
排它鎖,一個事務對一行的排他讀寫鎖。
③這兩中類型的鎖共存的問題
考慮這個例子:
事務A鎖住了表中的一行,讓這一行只能讀,不能寫。
之後,事務B申請整個表的寫鎖。
如果事務B申請成功,那麼理論上它就能修改表中的任意一行,這與A持有的行鎖是衝突的。
數據庫需要避免這種衝突,就是說要讓B的申請被阻塞,直到A釋放了行鎖。
數據庫要怎麼判斷這個衝突呢?
step1:判斷表是否已被其他事務用表鎖鎖表
step2:判斷表中的每一行是否已被行鎖鎖住。
注意step2,這樣的判斷方法效率實在不高,因爲需要遍歷整個表。
於是就有了意向鎖。
在意向鎖存在的情況下,事務A必須先申請表的意向共享鎖,成功後再申請一行的行鎖。
在意向鎖存在的情況下,上面的判斷可以改成
step1:不變
step2:發現表上有意向共享鎖,說明表中有些行被共享行鎖鎖住了,因此,事務B申請表的寫鎖會被阻塞。
注意:申請意向鎖的動作是數據庫完成的,就是說,事務A申請一行的行鎖的時候,數據庫會自動先開始申請表的意向鎖,不需要我們程序員使用代碼來申請。
鏈接:https://www.zhihu.com/question/51513268/answer/127777478
來源:知乎