【MySQL】表锁和行锁

本文主要是介绍【MySQL】表锁和行锁，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、表锁

特点：偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。

我们在编辑表，或者执行修改表的事情了语句的时候，一般都会给表加上表锁，可以避免一些不同步的事情出现，表锁分为两种，一种是读锁，一种是写锁。

我们可以手动给表加上这两种锁，语句是：

lock table 表名 read(write);

释放所有表的锁：

unlock tables;

查看加锁的表：

show open tables;

如图所示，in_use为1的就是加锁的表。

加读锁（共享锁）：

我们给表加上读锁会有什么效果呢？

1、我们加读锁的这个进程可以读加读锁的表，但是不能读其他的表。

2、加读锁的这个进程不能update加读锁的表。

3、其他进程可以读加读锁的表（因为是共享锁），也可以读其他表

4、其他进程update加读锁的表会一直处于等待锁的状态，直到锁被释放后才会update成功。

加写锁（独占锁）：

1、加锁进程可以对加锁的表做任何操作（CURD）。

2、其他进程则不能查询加锁的表，需等待锁释放

总结：

读锁会阻塞写，但是不会堵塞读。而写锁则会把读和写都堵塞。（特别注意进程）

分析：

show status like 'table%';

输入上述命令，可得：

特点：偏向InnoDB存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。

行锁支持事务，所以有关事务的知识下篇博客再总结。

行为：

1、当我们对一行进行更新但是不提交的时候，其他进程也对该行进行更新则需要进行等待，这就是行锁。

2、如果我们对一行进行更新，其他进程更新别的行是不会受影响的。

行锁升级为表锁：

当我们的行锁涉及到索引失效的时候，会触发表锁的行为。

Session_1	Session_2
正常情况，各自锁定各自的行，互相不影响，一个2000另一个3000

由于在column字段b上面建了索引，如果没有正常使用，会导致行锁变表锁
比如没加单引号导致索引失效，行锁变表锁	被阻塞，等待。只到Session_1提交后才阻塞解除，完成更新