Innodb 行锁实现原理

更多内容，前去 IT-BLOG-CN
一、Innodb行锁的实现

【1】Innodb的行锁是通过给索引的索引项加锁来实现的
【2】Innodb按照辅助索引进行数据操纵时,辅助索引和主键索引都将锁定指定的索引项
【3】通过索引进行数据检索时,Innodb才使用行级锁,否则Innodb将使用表锁
二、场景分析

环境： 创建一张表，ID为主键，Name为平常字段。下面通过实际场景进行说明。
【1】使用主键ID来进行数据检索时，别的行仍然可以操纵。
session1session2mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql> select * from test_lock wehre id = 1 for update;
±-----±-----+
| id | name  |
| 1  | hua zi |
1 row in set(0.00sec)mysql> select * from test_lock wehre id = 2 for update;
±-----±-----+
| id | name  |
| 2  | guo zi |
1 row in set(0.00sec)【2】用非索引的字段来进行数据检索时,此时会升级为表锁,别的列就不能操纵。session1session2--------mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql> select * from test_lock wehre name = ‘hua zi’ for update;
±-----±-----+
| id | name  |
| 1  | hua zi |
1 row in set(0.00sec)mysql> select * from test_lock wehre name = ‘guo zi’ for update;
等待【3】由于MySQL的行锁是针对索引加的锁，不是针对记录加的锁，以是虽然是访问不同行的记录，但是假如是使用相同的索引键，是会出现锁辩论的。应用设计的时候要留意这一点。虽然 session_2和session_1访问的是不同的记录，但由于使用了相同的索引，以是必要等待锁。session1session2--------mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql> select * from test_lock wehre id = 1 and name = ‘hua zi’ for update;
±-----±-----+
|  id | name  |
|  1  | hua zi |
1 row in set(0.00sec)mysql> select * from test_lock wehre id = 1 and name = ‘guo zi’ for update;
等待【4】当表有多个索引的时候，不同的事故可以使用不同的索引锁定不同的行，别的，不论是使用主键索引、唯一索引或平常索引，InnoDB都会使用行锁来对数据加锁。session1session2--------mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql>set autocommit=0;
Query OK,0 rows affected(0.00sec)mysql> select * from test_lock wehre id = 1 for update;
±-----±-----+
| id | name  |
| 1  | hua zi |
1 row in set(0.00sec)mysql> select * from test_lock wehre name = ‘guo zi’ for update;
±-----±-----+
| id | name  |
| 2  | guo zi |
1 row in set(0.00sec)mysql> select * from test_lock wehre name = ‘hua zi’ for update;
等待 三、特殊场景

即便在条件中使用了索引字段，但是否使用索引来检索数据是由MySQL通过判断不同实行计划的代价来决定的，假如MySQL以为全表扫描效率更高，比如对一些很小的表，它就不会使用索引，这种情况下InnoDB将使用表锁，而不是行锁。因此，在分析锁辩论时，别忘了检查SQL的实行计划，以确认是否真正使用了索引。
在下面的例子中，检索值的数据范例与索引字段不同，虽然MySQL能够进行数据范例转换，但却不会使用索引，从而导致InnoDB使用表锁。通过用explain检查两条SQL的实行计划，我们可以清楚地看到了这一点。

1. mysql> alter table test_lock add index name(name);
2. Query OK, 4 rows affected (8.06 sec)
3. Records: 4  Duplicates: 0  Warnings: 0
4. mysql> explain select * from test_lock where name = 1 \G
5. *************************** 1. row ***************************
6. id: 1
7. select_type: SIMPLE
8. table: test_lock
9. type: ALL
10. possible_keys: name
11. key: NULL
12. key_len: NULL
13. ref: NULL
14. rows: 4
15. Extra: Using where
16. 1 row in set (0.00 sec)
17. mysql> explain select * from test_lock where name = '1' \G
18. *************************** 1. row ***************************
19. id: 1
20. select_type: SIMPLE
21. table: test_lock
22. type: ref
23. possible_keys: name
24. key: name
25. key_len: 23
26. ref: const
27. rows: 1
28. Extra: Using where
29. 1 row in set (0.00 sec)

复制代码

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。