以MySQL 的InnoDB 為例，預設的Tansaction isolation level 為REPEATABLE READ，在SELECT 的讀取鎖定主要分為兩種方式:
SELECT ... LOCK IN SHARE MODE SELECT ... FOR UPDATE
這兩種方式在事務(Transaction) 進行當中SELECT 到同一個數據表時，都必須等待其它事務數據被提交(Commit)后才會執行。而主要的不同在于LOCK IN SHARE MODE 在有一方事務要Update 同一個表單時很容易造成死鎖 。
簡單的說，如果SELECT 后面若要UPDATE 同一個表單，最好使用SELECT ... UPDATE。
舉個例子: 假設商品表單products 內有一個存放商品數量的quantity ，在訂單成立之前必須先確定quantity 商品數量是否足夠(quantity>0) ，然后才把數量更新為1。
不安全的做法:

復制代碼 代碼如下:

SELECT quantity FROM products WHERE id=3; UPDATE products SET quantity = 1 WHERE id=3;
 

復制代碼 代碼如下:

SET AUTOCOMMIT=0; BEGIN WORK; SELECT quantity FROM products WHERE id=3 FOR UPDATE; 

此時products 數據中id=3 的數據被鎖住(注3)，其它事務必須等待此次事務 提交后才能執行
SELECT * FROM products WHERE id=3 FOR UPDATE 如此可以確保quantity 在別的事務讀到的數字是正確的。

復制代碼 代碼如下:

UPDATE products SET quantity = '1' WHERE id=3 ; COMMIT WORK;

MySQL SELECT ... FOR UPDATE 的Row Lock 與Table Lock
上面介紹過SELECT ... FOR UPDATE 的用法，不過鎖定(Lock)的數據是判別就得要注意一下了。由于InnoDB 預設是Row-Level Lock，所以只有「明確」的指定主鍵，MySQL 才會執行Row lock (只鎖住被選取的數據) ，否則MySQL 將會執行Table Lock (將整個數據表單給鎖住)。
舉個例子:
假設有個表單products ，里面有id 跟name 二個欄位，id 是主鍵。
例1: (明確指定主鍵，并且有此數據，row lock)

復制代碼 代碼如下:

SELECT * FROM products WHERE FOR UPDATE;
 

復制代碼 代碼如下:

SELECT * FROM products WHERE FOR UPDATE;
 

復制代碼 代碼如下:

SELECT * FROM products WHERE FOR UPDATE;
 

復制代碼 代碼如下:

SELECT * FROM products WHERE id<>'3' FOR UPDATE;
 

復制代碼 代碼如下:

SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;
 

復制代碼 代碼如下:

MySQL update && select
CREATE TABLE `testupdate` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `val` bigint(20) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
update testupdate
set val = val+1
where id = 1 and @value := val+1;
select @value;