我要评论一、innodb行锁的实现
【1】innodb的行锁是通过给索引的索引项加锁来实现的
【2】innodb按照辅助索引进行数据操作时,辅助索引和主键索引都将锁定指定的索引项
【3】通过索引进行数据检索时,innodb才使用行级锁,否则innodb将使用表锁
二、场景分析
环境： 创建一张表，id为主键，name为普通字段。下面通过实际场景进行说明。
【1】使用主键id来进行数据检索时，其余行仍然可以操作。
| session1 | session2 |
|---|---|
| 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 id = 2 for update; ±-----±-----+ | id | name | | 2 | guo zi | 1 row in set(0.00sec) | |
| 【2】用非索引的字段来进行数据检索时,此时会升级为表锁,其余列就不能操作。 | |
| session1 | session2 |
| ---- | ---- |
| 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访问的是不同的记录，但因为使用了相同的索引，所以需要等待锁。 | |
| session1 | session2 |
| ---- | ---- |
| 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都会使用行锁来对数据加锁。 | |
| session1 | session2 |
| ---- | ---- |
| 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的执行计划，我们可以清楚地看到了这一点。
mysql> alter table test_lock add index name(name); query ok, 4 rows affected (8.06 sec) records: 4 duplicates: 0 warnings: 0 mysql> explain select * from test_lock where name = 1 \g *************************** 1. row *************************** id: 1 select_type: simple table: test_lock type: all possible_keys: name key: null key_len: null ref: null rows: 4 extra: using where 1 row in set (0.00 sec) mysql> explain select * from test_lock where name = '1' \g *************************** 1. row *************************** id: 1 select_type: simple table: test_lock type: ref possible_keys: name key: name key_len: 23 ref: const rows: 1 extra: using where 1 row in set (0.00 sec)
到此这篇关于mysql中innodb 行锁实现原理的文章就介绍到这了,更多相关mysql innodb 行锁内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论