### 樂觀鎖vs悲觀鎖 樂觀鎖的思路一般是表中增加版本字段，更新時where語句中增加版本的判斷，算是一種CAS（Compare And Swep）操作，商品庫存場景中number起到了版本控制（相當于version）的作用（ AND number=#{number}）。 悲觀鎖之所以是悲觀，在于他認為本次操作會發生并發沖突，所以一開始就對商品加上鎖（SELECT ... FOR UPDATE），然后就可以安心的做判斷和更新，因為這時候不會有別人更新這條商品庫存 適用場景： * 悲觀鎖：比較適合寫入操作比較頻繁的場景，如果出現大量的讀取操作，每次讀取的時候都會進行加鎖，這樣會增加大量的鎖的開銷，降低了系統的吞吐量 * 樂觀鎖：比較適合讀取操作比較頻繁的場景，如果出現大量的寫入操作，數據發生沖突的可能性就會增大，為了保證數據的一致性，應用層需要不斷的重新獲取數據，這樣會增加大量的查詢操作，降低了系統的吞吐量 總結：兩種所各有優缺點，讀取頻繁使用樂觀鎖，寫入頻繁使用悲觀鎖