先前介紹過 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 id=’3′ FOR UPDATE;
例2: (明確指定主鍵，若查無此筆資料，無 lock)
SELECT * FROM products WHERE id=’-1′ FOR UPDATE;
例2: (無主鍵，table lock)
SELECT * FROM products WHERE name=’Mouse’ FOR UPDATE;
例3: (主鍵不明確，table lock)
SELECT * FROM products WHERE id<>‘3’ FOR UPDATE;
例4: (主鍵不明確，table lock)
SELECT * FROM products WHERE id LIKE ‘3’ FOR UPDATE;
註1:
FOR UPDATE 僅適用於 InnoDB，且必須在交易區塊(BEGIN/COMMIT)中才能生效。
註2:
要測試鎖定的狀況，可以利用 MySQL 的 Command Mode ，開二個視窗來做測試。
4 comments On [MySQL] SELECT … FOR UPDATE 的 Row Lock 與 Table Lock
很好，谢谢俄，以后我会经常来这，学习学习，你的思路非常清晰，很有条理，让人易懂！
不像有些傻货，故意说得你云里雾里的，让你觉得很玄！
多谢啦。。。
我会推荐朋友多来你这学习
上面那個說的好呀~ 講的清楚又易懂才好嘛…一堆人都是講的超複雜….看完更不懂!! 這位大大就真的把東西寫的一目瞭然, 一看就懂!讚
強~~又來偷學東西了
非常感谢你的分享。学到了很多东西。
你好，我在5.1.42测试了一下，如果select for update的where条件不是主键，在两个session里面是可以select的。跟你说的表锁不大一样。是不是我理解错了列 。
root@localhost : (none) 16:18:53> begin;
Query OK, 0 rows affected (0.00 sec)
root@localhost : (none) 16:19:03> select last_value+1,last_value+cache_count from aliai_biz.mighty_sequences where name=”training_course_pack_seq” for update;
+————–+————————+
| last_value+1 | last_value+cache_count |
+————–+————————+
| 3 | 3 |
+————–+————————+
1 row in set (0.05 sec)
另外一个session：
root@localhost : (none) 16:18:57> begin;
Query OK, 0 rows affected (0.00 sec)
root@localhost : (none) 16:19:11> select last_value+1,last_value+cache_count from aliai_biz.mighty_sequences where name=”course_schedule_seq” for update;
+————–+————————+
| last_value+1 | last_value+cache_count |
+————–+————————+
| 401 | 500 |
+————–+————————+
1 row in set (0.00 sec)
root@localhost : (none) 16:19:41> select last_value+1,last_value+cache_count from aliai_biz.mighty_sequences where name=”training_course_pack_seq” for update;
^Y^[^[^[ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction