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

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

因為我們在執行購票的時候，雖然也需要查詢電影的在售狀態，但由于我們只是查詢電影的在售狀態，所以只能取到該行數據的一個讀鎖，除非事務級別為串行化，不然別的事務仍然可以對該行數據進行修改。所以，即便我們只是一個讀操作，我們仍然希望對該行數據加上一個鎖，讓別的事務只能讀取，而無法修改該行數據，這就是數據庫的悲觀鎖。

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

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

好了，今天的程序員經典面試題，數據庫的悲觀鎖我們就學習到這里。