我的sql没问题为什么还是这么慢｜MySQL加锁规则

前言

前阵子参与了字节跳动后端青训营，其中大项目编写涉及到数据持久化一般选择使用MySQL。由于时间原因，数据库使用我选择了无脑三板斧：1. 建立了索引加速查询、2. 关闭自动提交事务、3. 在需要确保原子性的数据库操作之间手动创建和提交事务。

这么一看，仿佛即使是实际开发也与你此前听闻的一些MySQL相关名词：读写锁、间隙锁、多版本并发控制、redo log、bin log、undo log毫不相干，在讲本文的主题之前，我先引入一个真实场景。

在某次不够规范的小组开发过程中，开发成员选择测试程序的方式比较原始，大家共享一个测试数据库，各自使用测试账号进行接口的测试，这就意味着数据库中的记录在某一时刻有可能被多个事务访问，甚至在其他人测试的同时，某张数据表的结构被另一位同学修改。

多事务并发访问，反映到开发者这边，就是查询接口有时速度很慢。如果你是直接使用数据库管理工具操作数据库表数据/结构，对应的就是Navicat不时的陷入较长时间的无响应状态。

当然导致数据库访问速度变慢的原因有很多：sql语句编写不规范、数据库服务器的性能差、网络状况不佳等，但是本文所侧重的点在于探究MySQL的锁机制，在其中发挥了什么作用。

相信在完成本文的阅读之后，你会明白上面的场景的发生，可能是MySQL的锁机制从中作祟。

MySQL的锁有哪几种

全局锁

MySQL可以通过显式命令对整个数据库实例加全局读锁：

此时整个数据库处于只读状态，所有数据记录的更新、数据库/表结构的改动提交都会被阻塞，这可以用于全库的数据备份。

表级锁

表锁

表锁可以通过以下显式命令实现对一个表添加读/写锁：

如果A线程为t1表添加了读锁，为t2表添加了写锁。则其他线程将只能读t1，写t1被阻塞；读/写t2都会被阻塞。而A线程在执行unlock tables之前，也只能执行读t1、读/写t2的操作。

元数据锁（metadata lock）