您好,登錄后才能下訂單哦!
這篇文章主要講解了“mysql innodb的行鎖舉例分析”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“mysql innodb的行鎖舉例分析”吧!
真正決定是否執行要上鎖的行不是取出來的行,而是掃描的行。
而是否最索引來掃描記錄,則跟具體的執行計劃有關系。
所以在分析鎖的問題,一定不要忘記看執行計劃.
會話1: 由于name是varchar類型,存在隱式轉換,所以掃描了所有的記錄,因而對所有的記錄上鎖了
root@sakila 10:33:04>explain select * from tab_no_index where name=1 for update;
+----+-------------+--------------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------------+------+---------------+------+---------+------+------+-------------+
| 1 | SIMPLE | tab_no_index | ALL | name | NULL | NULL | NULL | 6 | Using where |
+----+-------------+--------------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.00 sec)
root@sakila 10:34:30>select * from tab_no_index where name=1 for update;
+------+------+
| id | name |
+------+------+
| 1 | 1 |
+------+------+
1 row in set (0.00 sec)
會話2: 即使更新的記錄和回話1選出來的記錄不一樣,但是由于該記錄被第一個會話掃描過,被加鎖了,所以也不能上更新鎖
root@sakila 10:34:35>select * from tab_no_index where name='4' for update;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
感謝各位的閱讀,以上就是“mysql innodb的行鎖舉例分析”的內容了,經過本文的學習后,相信大家對mysql innodb的行鎖舉例分析這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。