1、for update叫排它鎖，是一種行級鎖，一旦用戶對某個行施加了行級加鎖，則該用戶可以查詢也可以更新被加鎖的數據行，其它用戶只能查詢但不能更新被加鎖的數據行．如果其它用戶想更新該表中的數據行，則也必須對該表施加行級鎖．即使多個用戶對一個表均使用了共享更新，但也不允許兩個事務同時對一個表進行更新，真正對表進行更新時，是以獨占方式鎖表，一直到提交或復原該事務為止。行鎖永遠是獨占方式鎖。
只有當出現如下之一的條件，便釋放共享更新鎖：
（1）、執行提交（COMMIT）語句；
（2）、退出數據庫（LOG OFF）
（3）、程序停止運行。
Select …forupdate語句是我們經常使用手工加鎖語句。通常情況下，select語句是不會對數據加鎖，妨礙影響其他的DML和DDL操作。同時，在多版本一致讀機制的支持下，select語句也不會被其他類型語句所阻礙。
2、 借助for update子句，我們可以在應用程序的層面手工實現數據加鎖保護操作
什么時候需要使用for update？就是那些需要業務層面數據獨占時，可以考慮使用for update。場景上，比如火車票訂票，在屏幕上顯示郵票，而真正進行出票時，需要重新確定一下這個數據沒有被其他客戶端修改。所以，在這個確認過程中，可以使用for update。
3、順便說一下樂觀鎖和悲觀鎖
悲觀鎖：總是假設最壞的情況，每次去拿數據的時候都認為別人會修改，所以每次在拿數據的時候都會上鎖，這樣別人想拿這個數據就會阻塞直到它拿到鎖。傳統的關系型數據庫里邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。再比如Java里面的同步原語synchronized關鍵字的實現也是悲觀鎖。
樂觀鎖：顧名思義，就是很樂觀，每次去拿數據的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可以使用版本號等機制。樂觀鎖適用於多讀的應用類型，這樣可以提高吞吐量，像數據庫提供的類似於write_condition機制，其實都是提供的樂觀鎖。
4、一般遇到高並發會有多服務器部署，這時候就要用到分布式鎖