ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Innodb行锁定机制研究

Innodb行锁定机制研究

原创 Linux操作系统 作者:ono888 时间:2012-07-03 14:57:40 1 删除 编辑

       最近在一次不经意的测试中发现了innodb的行锁定与ORACLE的实现方式有很大差异,下面来研究一下innodb的行锁定机制,对于支持行锁定的数据库,我们一般的经验是更新一行数据时只是锁定了更新行的数据,对于其他数据行是不锁定的,下面来做个测试:

创建测试表插入3条数据:

mysql> show create table d  \G;
*************************** 1. row ***************************
       Table: d
Create Table: CREATE TABLE `d` (
  `id` int(11) ,

  `name` char(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1
1 row in set (0.00 sec)

mysql> select * from d;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  3 | c    |
|  4 | d    |
+----+------+
3 rows in set (0.00 sec)

 

 session1  session2

 begin;

 

 

 mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from d where name='c' for update;
+----+------+
| id | name |
+----+------+
|  3 | c    |
+----+------+
1 row in set (0.00 sec)

 
 

 mysql> update d set id=6 where name='a';
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql>

   
   
   
   

既然innodb支持行锁定,那前面的测试就不应该出现阻塞,查询系统的锁定信息:

mysql> select * from INNODB_LOCKS \G;
*************************** 1. row ***************************
    lock_id: 41A5A:0:1862:2
lock_trx_id: 41A5A
  lock_mode: X
  lock_type: RECORD
 lock_table: `lry`.`d`
 lock_index: `GEN_CLUST_INDEX`
 lock_space: 0
  lock_page: 1862
   lock_rec: 2
  lock_data: 0x000000000300
*************************** 2. row ***************************
    lock_id: 41A59:0:1862:2
lock_trx_id: 41A59
  lock_mode: X
  lock_type: RECORD
 lock_table: `lry`.`d`
 lock_index: `GEN_CLUST_INDEX`
 lock_space: 0
  lock_page: 1862
   lock_rec: 2
  lock_data: 0x000000000300
2 rows in set (0.00 sec)

难道使用的是表锁,所以导致更新被阻塞,innodb是支持行锁定的,那为什么出现这样的情况呢,查阅了innodb的资料后发现innodb的行锁是依赖索引来实现的,也就是说name列必须要有索引才能使用行锁定,否则innodb会使用表锁,这个机制和ORACLE有很大差别,oracle的行锁定是依赖数据块中的transaction slot来实现的,下面我们给name 字段加上索引。

session1:

mysql> create index idx_name on d (name);
Query OK, 0 rows affected (0.03 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from d where name='c' for update;
+----+------+
| id | name |
+----+------+
|  3 | c    |
+----+------+
1 row in set (0.02 sec)

 

session2:

mysql> update d set id=6 where name='a';
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

可以看到添加索引后,session2不再阻塞,所以在使用innodb的时候一定要创建好相关的索引,避免因为缺少索引造成的锁升级影响系统性能。

 

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7314177/viewspace-734477/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-04-20

  • 博文量
    13
  • 访问量
    39127