今天有個小伙伴問我Mysql什么時候需要使用悲觀鎖，也就是在執(zhí)行語句的時候帶上For Update。教科書告訴我們，在一些對數(shù)據(jù)要求嚴(yán)格的，并且有著并發(fā)問題的場景。那么，是什么樣的場景呢?

我舉一個例子，我們在網(wǎng)上買票，從鎖定座位到出票其實是一個比較“漫長”的過程，那么就存在這樣一個業(yè)務(wù)場景，可能在我們鎖定座位的時候，另外一個事務(wù)把這場電影停售了。那么，接下來的事務(wù)執(zhí)行，就可能會出現(xiàn)一些異常。

因為我們在執(zhí)行購票的時候，雖然也需要查詢電影的在售狀態(tài)，但由于我們只是查詢電影的在售狀態(tài)，所以只能取到該行數(shù)據(jù)的一個讀鎖，除非事務(wù)級別為串行化，不然別的事務(wù)仍然可以對該行數(shù)據(jù)進行修改。所以，即便我們只是一個讀操作，我們?nèi)匀幌Ｍ麑υ撔袛?shù)據(jù)加上一個鎖，讓別的事務(wù)只能讀取，而無法修改該行數(shù)據(jù)，這就是數(shù)據(jù)庫的悲觀鎖。

我們可以使用Select * for update 這樣的姿勢來使用這個功能。要注意到，這個不同的使用方法，我們的鎖級別是不一樣的。

1. 明確指定主鍵，并且主鍵存在，那么這是一個行級鎖，如果主鍵不存在，那么并不會加鎖。如果明確指定的是索引，那么滿足該索引的所有行都會加上鎖。
2. 如果select條件中并沒有命中主鍵或者索引，那么這將是一個表級鎖，也就是整個表的數(shù)據(jù)都不能夠變更，但是可以新插入數(shù)據(jù)。另外一種情況，是沒有正確的使用到索引，例如使用不等于，like作為篩選條件。要注意的是，如果悲觀鎖鎖表的話，并發(fā)將會大大降低，所以，使用for update的時候，切記要檢查是否命中索引。

好了，今天的程序員經(jīng)典面試題，數(shù)據(jù)庫的悲觀鎖我們就學(xué)習(xí)到這里。