MySQL性能优化（八）-- 锁机制之表锁

1.读锁

create table lock_one(
     id int primary key auto_increment,
     col int
)engine=myisam;

insert into lock_one(col) values (1);
insert into lock_one(col) values (2);
insert into lock_one(col) values (3);
复制代码

下面我们模拟两个用户，即两个线程连接数据库，开启两个xsheel窗口，连接到mysql：

1. 在会话1中对lock_one表增加读锁

lock table lock_one read;
复制代码

2. 在当前会话（会话1）中是否可以select该表呢，也就是说对 lock_one增加了读锁后，在当前会话中是否可以读呢？

select * from lock_one;
复制代码

答案是可以的。

3. 在另一个会话中（会话2）是否可以select该表呢？

答案也是可以的。

4. 那么在会话1中是否可以查询其他表呢？

例如，查询 users表：select * from users;

我们发现是不可以查询其他表的，这是因为当前会话已经对lock_one表加上了锁，即当前线程锁住了lock_one表，只可以操作lock_one表，就不可以查询其他的表。

5. 问题来了，会话2是否可以查询其他表呢？

select * from users;
复制代码

我们发现是可以的。因为会话2和会话1是没有关系的，会话2查询会话1锁住的表都可以，查询没有锁住的 肯定是可以的。

6. 在会话1中是否可以更新（增删改）锁住的lock_one表呢？

update lock_one set col=66 where id=1;
复制代码

发现是不可以的，因为我们对 lock_one表加了 读锁，所以是不可以 进行写操作的。

7. 在会话2中是否可以更新（增删改）会话1中锁住的lock_one表呢？

我们发现是没有执行结果的，也就是说 正在等待更新，在阻塞等待中。因为我们在会话1中对lock_one中增加了读锁，其他人只有读的操作，没有写的操作。

8. 在会话1中 对lock_one进行解锁时，会话2中的更新（增删改）操作 就会立即执行。

2.写锁

1. 在会话1中对lock_one表增加写锁

lock table lock_one write;
复制代码

2. 在会话1中查询该表

select * from lock_one;
复制代码

我们发现是可以的。

3. 在会话2中查询该表

我们发现是没有执行结果的，也就是说 处于阻塞状态。因为写锁是排它锁，其他用户线程不可以读取当前锁住的表，只有解锁之后 其他用户线程才可以执行select

4. 在会话1中对lock_one进行写锁后，会话1会否可以查询其他表呢？

select * from users;
复制代码

我们发现是不可以的。道理和读锁的时候一样，当前会话已经对lock_one表加上了锁，即当前线程锁住了lock_one表，只可以操作lock_one表，就不可以查询其他的表。

5. 那么在会话2中是否可以查询其他表呢？

答案肯定是可以的。因为之和锁的表有关系，和其他表没有任何关系。

6. 在会话1中是否可以进行写（增删改）操作呢？

答案一定是可以的。因为会话1对lock_one表进行了写锁操作，也就是只可以写。

7. 在会话2中是否可以进行写（增删改）操作呢？

我们发现是不可以的。因为写锁是排它锁，也就是只可以当前线程操作锁住的表，其他用户线程需要等到解锁之后才可以操作该表。

3.总结

1. 甲对表A加了读锁

• 甲对表A可以执行读（查询）操作，但不可以执行写（增删改）操作
• 甲对其他表不可以执行读写（增删改查）操作
• 乙对表A可以执行读（查询）操作，但不可以执行写（增删改）操作
• 乙对其他表可以执行读写（增删改查）操作

2. 甲对表A加了写锁

• 甲对表A可以执行读写（增删改查）操作
• 甲对其他表不可以执行读写（增删改查）操作
• 乙对表A不可以执行读写（增删改查）操作
• 乙对其他表可以执行读写（增删改查）操作

或者 扫描下方二维码：