认识达内从这里开始

锁的应用在许多数据库开发项目中都是会经常用到的一个编程技术，而本文我们就通过案例分析来简单了解一下，MySQL数据库常见锁的类型分析。

表级锁

在MySQL中，表级别的锁大概有四种，每种使用的场景都不一样。

表锁

表锁(TableLock)，也就是对某张表加锁。具体来说，表锁按访问方式，可以分为共享表锁(S锁)和排他表锁(X锁)。

与FTWRL一样，解锁使用的也是unlocktables语句来释放当前会话下所有的表锁。另外如果退出会话的话，表锁也会被自动释放。

在没有出现更细粒度的锁之前，MySQL一般都是使用表锁来处理并发。而现在，我们不推荐使用表锁，因为InndoDB存储引擎提供了更加细粒度的行锁支持，处理并发时性能更好。

元数据锁(MDL)

假设我们在访问数据的同时，另一个用户对表结构进行了修改，新增了一列，我们查询出来的数据不包含这一列，这肯定是不行的。元数据锁(MetadataLock)正是用来处理这一类问题。

元数据锁不需要我们显示的进行声明和释放，当访问一张表时，它会被自动加上。具体来说：

当我们对表数据进行CRUD时，会自动加上元数据读锁(S锁)

当我们对表结构进行修改时，会自动加上元数据写锁(X锁)

读锁和写锁的兼容性和前面表格中列的一样。需要注意的时，元数据锁在语句执行完之后不会立马释放，而是等到事务提交之后，才会释放。

虽然说元数据锁不需要用户手动来操作申请和释放，但是在某些场景下，也会导致问题发生。假设某个表有比较频繁的查询请求，并且有超时重试机制，在中途如果存在表结构的修改操作，那么很有可能会出现元数据写锁与元数据读锁相互等待，而造成查询阻塞的现象。

意向锁

MySQL的InnoDB存储引擎是支持多粒度锁定的，也就是说支持行级锁和表级锁共存。为了实现这一特性，InnoDB设计了意向锁(IntentionLock)这一表级锁。其作用就是为了指明在当前这个事务中，接下来会对这个表中的一些行加什么锁。意向锁也分为两类：

意向共享锁(ISLock)：当事务想要获取一张表中某几行的行级共享锁(S锁)时，MySQL会先自动获取该表的意向共享锁。

意向排他锁(IXLock)：当事务想要获取一张表中某几行的行级排他锁(X锁)时，MySQL会先自动获取该表的意向排他锁。

先，我们要理解MySQL中的行锁和表锁为什么不能共存，怎样才能共存?我们知道，如果对一张表加上了表级写锁，那么我们就能对该表中的所有行进行修改。如果此时在另外一个事务中，还能对该表中的某几行加行级写锁，这是不被允许的。因为如果同时操作这几行数据，就有可能出现数据一致性问题。

那么，在给表加表级X锁之前，如何知道这个表中某些行是否已经加上了行级锁呢，一个简单的解决方法是遍历表中的所有行，一行行去判断。但是这种方法只适用表数据少情况，如果表数据量非常大，遍历一遍全表数据效率很低。

给表加意向锁之后，就能很好的解决这个问题：

在事务获取表中行级S锁之前，必须先获取该表的意向共享锁(ISLock)或者更强级别的锁

在事务获取表中行级X锁之前，必须先获取该表的意向排他锁(IXLock)

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。