产品中心
MySQL Innodb 的锁可以说是执行引擎的并发基础了，有了锁才能保证数据的一致性。众所周知，我们都知道 Innodb 有全局锁、表级锁、行级锁三种，但你知道什么时候会用表锁，什么时候会用行锁吗？
虽然对 MySQL 的知识点挺熟悉的，但一开始看到这个问题，树哥也是有点懵，我还真没从这个角度去思考过。大家可以暂时 1 分钟思考下答案，后面我将带大家弄清楚这个问题。
对于这个问题，我只能粗略地想起一些片段，例如：
上面就是我粗略想到的答案，不知道大家思考的答案是否和我一样呢？下面就让我带着大家来温习下 MySQL 的锁吧！
文章思维导图
对于数据库而言，其锁范围可以分为：
全局锁就是对整个数据库实例加锁。 MySQL 提供了一个加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)。当你需要让整个库处于只读状态的时候，可以使用这个命令，之后其他线程的以下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。你可以理解为，全局锁基本上把数据所所有的变更语句都锁住了。
全局锁的典型场景应用场景是全库逻辑备份，也就是把整个库每个表都 select 出来存起来。上面说到全局锁会锁住所有变更语句，但这只是对于 MyISAM 存储引擎而言的。对于 Innodb 而言，其可以利用 MVCC 实现数据的一致性视图，从而不需要锁整个库就可以实现全库的数据备份。
表级锁可以分为：表锁、元数据锁、意向锁三种。
表锁，顾名思义就是对某个表加锁。
那什么时候会使用表锁呢？
一般情况是对应的存储引擎没有行级锁（例如：MyIASM），或者是对应的 SQL 语句没有匹配到索引。
对于第一种情况而言，因为对应存储引擎不支持行锁，所以只能是使用更粗粒度的锁来实现，这也比较好理解。
对于第二种情况而言，如果存储引擎支持行锁，但对应的 SQL 就没有使用索引，那么此时也是会全表扫描，那此时也是会使用表锁。例如下面的语句没有指定查询列，或者指定了查询列但是并没有用到索引，那么也是会直接锁定整个表。
文章思维导图
本篇文章到此结束，如果您有相关技术方面疑问可以联系我们技术人员远程解决，感谢大家支持本站！
