MySQL作为常用的关系型数据库，提供了多种锁机制来保障多会话并发访问时的数据一致性，锁表和解锁语句是这些机制的核心操作入口，不同类型的锁对应不同的语句和使用场景。
MySQL锁的基本分类
MySQL的锁按照作用范围可以分为表级锁和行级锁两大类，两者的锁表解锁语句存在差异，适用场景也不相同：
- 表级锁：锁住整张表，开销小、加锁快，但是并发度低，适合批量操作或者全表扫描的场景。
- 行级锁：只锁住操作涉及的行，开销大、加锁慢，但是并发度高，适合高并发的单行或小批量行操作场景。
表级锁的锁表和解锁语句
表级锁主要通过LOCK TABLES语句加锁，通过UNLOCK TABLES语句解锁，支持读锁和写锁两种类型。
加表级锁的语法
基本语法格式如下：
-- 加表读锁，其他会话可以读表但不能写表，当前会话只能读表不能写表 LOCK TABLES 表名 READ; -- 加表写锁，其他会话不能读写表，当前会话可以读写表 LOCK TABLES 表名 WRITE; -- 同时给多张表加不同类型的锁 LOCK TABLES 表1 READ, 表2 WRITE;
解表级锁的语法
表级锁的解锁不需要指定表名，直接执行以下语句即可释放当前会话持有的所有表级锁：
UNLOCK TABLES;
表级锁使用示例
假设有一张用户表user_info，需要给这张表加写锁执行批量更新操作，操作完成后解锁：
-- 给user_info表加写锁 LOCK TABLES user_info WRITE; -- 执行批量更新操作 UPDATE user_info SET status = 1 WHERE age > 18; -- 解锁表 UNLOCK TABLES;
行级锁的锁表和解锁语句
行级锁是InnoDB引擎特有的锁机制，不需要显式执行锁表语句，而是通过事务中的DML语句自动加锁，解锁则依赖事务的提交或回滚。
行级锁的加锁逻辑
InnoDB的行级锁遵循以下规则：
- 执行
UPDATE、DELETE语句时，会自动给涉及到的行加排他锁（X锁）。 - 执行普通
SELECT语句时不会加锁，如果要加锁需要使用SELECT ... FOR UPDATE（加排他锁）或者SELECT ... LOCK IN SHARE MODE（加共享锁）。
行级锁相关语句示例
以下是在事务中使用行级锁的示例：
-- 开启事务 START TRANSACTION; -- 给id为1的用户行加排他锁，其他事务不能修改这行也不能加排他锁 SELECT * FROM user_info WHERE id = 1 FOR UPDATE; -- 执行更新操作 UPDATE user_info SET balance = balance - 100 WHERE id = 1; -- 提交事务，自动释放行级锁 COMMIT; -- 如果操作出现异常，回滚事务也会释放锁 -- ROLLBACK;
锁操作注意事项
使用锁表和解锁语句时需要注意以下问题，避免出现性能问题或者业务异常：
- 表级锁的
UNLOCK TABLES会隐式提交当前事务，同时会释放当前会话所有表级锁，如果需要保留其他表的锁，要谨慎执行。 - 行级锁依赖事务，如果事务长时间未提交，会导致锁长时间持有，阻塞其他会话的操作，因此要尽量缩短事务的执行时间。
- 尽量避免在高并发场景下使用表级写锁，会阻塞整张表的所有读写操作，严重影响系统性能。
- 使用
SELECT ... FOR UPDATE时，查询条件要尽量使用索引，否则会从行锁升级为表锁，扩大锁的范围。
常见问题解答
如何查看当前MySQL中的锁信息
可以通过查询InnoDB的状态信息查看当前的锁情况，执行以下语句：
SHOW ENGINE INNODB STATUS;
在输出的结果中可以找到当前的锁等待、持有锁的相关信息。
解锁语句执行后锁没有释放怎么办
如果是表级锁，确认是否执行了UNLOCK TABLES；如果是行级锁，确认事务是否已经提交或者回滚。如果还是没有释放，可以查看当前连接的进程，执行KILL 进程ID结束对应的会话，锁会自动释放。