MySQL行级锁效果演示

前言

我们知道MySQL中Innodb引擎的特性之一就是支持行级锁，那你可能会认为以任意方式操作某一行，都只会锁住这一行？本文就通过案例演示来看看具体的行级锁效果。

数据准备

建表

CREATE TABLE lock_test ( id INT PRIMARY KEY, NAME VARCHAR ( 10 ) ) ENGINE = INNODB;

初始化数据

insert into lock_test values(1,'zhangsan');
insert into lock_test values(2,'wangwu');
insert into lock_test values(3,'lisi');

效果演示1

1、打开一个会话窗口1，开启了一个事务，并执行更新操作，然后不对事务进行提交。

-- 开启事务
start transaction;
-- 更新id为1的数据
update lock_test set name = 'zs' where id = 1;

2、此时我再重新打开一个窗口2，还是开启一个事务，并对id为2的这一行执行更新操作，你会发现返回执行成功了。

start transaction;

update lock_test set name = 'ww' where id = 2;

3、当然如果你在窗口2，也执行更新id为1的这一行数据，那就会一直阻塞在那。
4、直到窗口1，对事务进行提交或者回滚后，窗口2才会返回。

这就是Innnodb中为我们提供的行锁效果，当两个会话对同一行进行操作时会阻塞，对不同行进行操作时互不影响。

到目前为止，这应该就是我们想象中行级锁的效果了，下面我们来看看我们想象之外的效果吧。。。

效果演示2

1、打开一个会话窗口1，开启了一个事务，并执行select … for update操作，然后不对事务进行提交。

start transaction;

select * from lock_test where id = 1 for update;

2、此时我再重新打开一个窗口2，还是开启一个事务，并对id为2的这一行并执行select … for update操作，你会发现返回执行成功了。

start transaction;

select * from lock_test where id = 2 for update;

3、这没问题，因为是不同的行，现在我们只需要把id换成name，才重复操作次，试试看

窗口1

start transaction;

select * from lock_test where name = 'zs' for update;

窗口2

start transaction;

select * from lock_test where name = 'ww' for update;

此时你会发现窗口2的查询阻塞了。

name为ww和name为sz，明明是不同的行，为什么会互相影响呢？更奇怪的是如果用id来查询又没有这个问题。

for update

要明白这个问题，我们先来解释下for update的定义。

for update是一种排他锁，又可以称写锁。若事务T对数据对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁。可以自行演示，非常简单。

这个排他锁的问题就在于，当明确查询带索引时，就是行锁，如果查询不带索引时，就是表锁，所以才出现了为什么用id查询时不影响，用name查询时就会阻塞，所以可以给name加上了索引后，再去尝试就不会阻塞了，有兴趣的朋友可以自行尝试，这里就不演示了。

总结

Innod支持的行锁，在共享锁，排他锁时，要注意查询时是否是通过索引来查询，如果不是，则还是会锁表。