今天有個小伙伴問我MySQL什么時候需要使用悲觀鎖,也就是在執行語句的時候帶上For Update。教科書告訴我們,在一些對數據要求嚴格的,并且有著并發問題的場景。那么,是什么樣的場景呢?
我舉一個例子,我們在網上買票,從鎖定座位到出票其實是一個比較“漫長”的過程,那么就存在這樣一個業務場景,可能在我們鎖定座位的時候,另外一個事務把這場電影停售了。那么,接下來的事務執行,就可能會出現一些異常。
因為我們在執行購票的時候,雖然也需要查詢電影的在售狀態,但由于我們只是查詢電影的在售狀態,所以只能取到該行數據的一個讀鎖,除非事務級別為串行化,不然別的事務仍然可以對該行數據進行修改。所以,即便我們只是一個讀操作,我們仍然希望對該行數據加上一個鎖,讓別的事務只能讀取,而無法修改該行數據,這就是數據庫的悲觀鎖。
我們可以使用Select * for update 這樣的姿勢來使用這個功能。要注意到,這個不同的使用方法,我們的鎖級別是不一樣的。
- 明確指定主鍵,并且主鍵存在,那么這是一個行級鎖,如果主鍵不存在,那么并不會加鎖。如果明確指定的是索引,那么滿足該索引的所有行都會加上鎖。
- 如果select條件中并沒有命中主鍵或者索引,那么這將是一個表級鎖,也就是整個表的數據都不能夠變更,但是可以新插入數據。另外一種情況,是沒有正確的使用到索引,例如使用不等于,like作為篩選條件。要注意的是,如果悲觀鎖鎖表的話,并發將會大大降低,所以,使用for update的時候,切記要檢查是否命中索引。
好了,今天的程序員經典面試題,數據庫的悲觀鎖我們就學習到這里。歡迎大家關注我,共同學習,共同進步。大家的支持是我繼續嘮嗑的動力。同名公眾號(沙茶敏碎碎念)