在高並發下，經常需要處理SELECT之后，在業務層處理邏輯，再執行UPDATE的情況。
若兩個連接並發查詢同一條數據，然后在執行一些邏輯判斷或業務操作后，執行UPDATE，可能出現與預期不相符的結果。
在不使用悲觀鎖與復雜SQL的前提下，可以使用樂觀鎖處理該問題，同時兼顧性能。
場景模擬：
假設一張表兩個字段，一個id，一個use_count。
表里存了100個id，每個id對應自己的use_count。
當id每使用一次，use_count要加1。當use_count大於1000時，這個id就不能在被使用了（換句話說 無法從數據庫中查出）。
在高並發情況下，會遇到一種問題：假設數據表中有一條記錄為：id=123456, use_count=999
A與B兩個連接並發查詢這個id=123456，都執行下列SQL:
SELECT * FROM table WHERE id=123456 and use_count < 1000;
A先執行，得到id=123456的use_count是999，之后在程序里做了一些邏輯判斷或業務操作后執行SQL：
UPDATE table SET use_count + 1 WHERE id=123456;
在A做判斷且沒有update之前，B也執行了查詢SQL，發現use_count是999，之后它也會執行SQL：
UPDATE table SET use_count + 1 WHERE id=123456;
但是，事實上B不應該取得這個id，因為A已經是第1000個使用者。
處理步驟如下：
1、添加第3個字段version，int類型，default值為0。version值每次update時作加1處理。
ALTER TABLE table ADD COLUMN version INT DEFAULT '0' NOT NULL AFTER use_count;
2、SELECT時同時獲取version值（例如為3）。
SELECT use_count, version FROM table WHERE id=123456 AND use_count < 1000;
3、UPDATE時檢查version值是否為第2步獲取到的值。
UPDATE table SET version=4, use_count=use_count+1 WHERE id=123456 AND version=3;
如果UPDATE的記錄數為1，則表示成功。
如果UPDATE的記錄數為0，則表示已經被其他連接UPDATE過了，需作異常處理。