前言
近期開發與錢相關的項目，在高併發場景下對數據的準確行有很高的要求，用到了for update，故總結一波以便日後留戀。
本文講解幾個點：
1.for update的使用場景
2.for update如何使用
3.for update的鎖表
4.for update的注意點
5.for update的疑問點
for update的使用場景
如果遇到存在高併發並且對於數據的準確性很有要求的場景，是需要了解和使用for update的。
比如涉及到金錢、庫存等。一般這些操作都是很長一串並且是開啓事務的。如果庫存剛開始讀的時候是1，而立馬另一個進程進行了update將庫存更新爲0了，而事務還沒有結束，會將錯的數據一直執行下去，就會有問題。所以需要for upate 進行數據加鎖防止高併發時候數據出錯。
記住一個原則：一鎖二判三更新
for update如何使用
使用姿勢：
select * from table where xxx for updatefor update的鎖表
InnoDB默認是行級別的鎖，當有明確指定的主鍵時候，是行級鎖。否則是表級別。
例子: 假設表foods ，存在有id跟name、status三個字段，id是主鍵，status有索引。
例1: (明確指定主鍵，並且有此記錄，行級鎖)
SELECT * FROM foods WHERE id=1 FOR UPDATE;
SELECT * FROM foods WHERE id=1 and name=’咖啡色的羊駝’ FOR UPDATE;
例2: (明確指定主鍵/索引，若查無此記錄，無鎖)
SELECT * FROM foods WHERE id=-1 FOR UPDATE;
例3: (無主鍵/索引，表級鎖)
SELECT * FROM foods WHERE name=’咖啡色的羊駝’ FOR UPDATE;
例4: (主鍵/索引不明確，表級鎖)
SELECT * FROM foods WHERE id<>’3’ FOR UPDATE;
SELECT * FROM foods WHERE id LIKE ‘3’ FOR UPDATE;
for update的注意點
1.for update 僅適用於InnoDB，並且必須開啓事務，在begin與commit之間才生效。
2.要測試for update的鎖表情況，可以利用MySQL的Command Mode，開啓二個視窗來做測試。
for update的疑問點
當開啓一個事務進行for update的時候，另一個事務也有for update的時候會一直等着，直到第一個事務結束嗎？
答：會的。除非第一個事務commit或者rollback或者斷開連接，第二個事務會立馬拿到鎖進行後面操作。
如果沒查到記錄會鎖表嗎？
答：會的。表級鎖時，不管是否查詢到記錄，都會鎖定表。
