表级锁用于控制多会话对表的并发访问，常用LOCK TABLES加锁，支持READ（共享）和WRITE（独占）两种模式，操作后需用UNLOCK TABLES释放；适用于MyISAM等非事务引擎及批量操作场景，InnoDB在特定情况下也会使用；长时间持有写锁会影响并发，建议配合autocommit=1使用并优先采用行级锁机制。
MySQL 中表级锁主要用于控制多个会话对表的并发访问，尤其在使用 MyISAM、MEMORY 等存储引擎时较为常见。InnoDB 虽然主要支持行级锁，但也支持表级锁。以下是 MySQL 表级锁的基本使用方法。
1. 显式加表级锁
可以通过 LOCK TABLES 命令手动对表加锁，语法如下：
LOCK TABLES tbl_name [[AS] alias] lock_type, ...其中 lock_type 可以是：
- READ：读锁（共享锁），多个会话可同时持有读锁，但写操作会被阻塞。
- WRITE：写锁（独占锁），只有持有锁的会话能读写，其他会话无法读写该表。
示例：
LOCK TABLES user READ; LOCK TABLES user WRITE;加锁后，只能执行与锁定表相关的操作，且必须释放锁后才能访问其他表。
2. 执行操作并释放锁
在加锁状态下可以进行查询或修改操作，完成后使用 UNLOCK TABLES 释放所有表锁：
注意：
- UNLOCK TABLES 会隐式提交当前事务（如果是自动提交关闭状态）。
- 一个会话只能释放自己持有的锁。
- 执行 LOCK TABLES 时，会先释放当前会话之前持有的所有表锁。
3. 使用场景与注意事项
表级锁适用于数据一致性要求高、并发度较低的场景，比如批量导入数据、维护操作等。
- MyISAM 引擎不支持事务和行锁，因此表锁是其主要并发控制方式。
- InnoDB 在执行某些特定语句（如没有索引的全表扫描更新）时也可能升级为表锁。
- 长时间持有 WRITE 锁会影响其他用户访问，应尽量缩短锁持有时间。
- LOCK TABLES 和事务不能混用，否则可能导致意外行为。建议在 autocommit=1 下使用。
4. 查看锁等待情况
可通过以下命令查看当前锁的状态：
SHOW OPEN TABLES WHERE In_use > 0;查看是否有表被锁定。
也可通过 performance_schema 或 SHOW PROCESSLIST 分析锁等待和阻塞情况。
基本上就这些。合理使用表级锁能避免数据冲突，但要注意避免死锁和长时间阻塞。实际开发中优先考虑 InnoDB 的行级锁和事务机制，表锁作为补充手段更合适。
