MySQL中通过锁机制控制并发访问，确保数据一致性。1. 表级锁由LOCK TABLES实现，READ锁允许多会话读但不可写，WRITE锁为排他锁；2. InnoDB支持行级锁，SELECT FOR UPDATE加排他锁阻塞其他修改，SELECT LOCK IN SHARE MODE加共享锁允许读但禁止修改；3. 意向锁（IS/IX）由InnoDB自动管理，用于协调表级与行级锁兼容性；4. 避免死锁需缩短事务、按序加锁、避免交互操作，并用SHOW ENGINE INNODB STATUS分析死锁。合理使用锁可保障安全，但需权衡性能。
在MySQL中使用锁语句，主要是为了控制多个会话对数据的并发访问，确保数据的一致性和完整性。不同的存储引擎支持的锁机制不同，InnoDB 支持行级锁和表级锁，而 MyISAM 只支持表级锁。下面介绍几种常用的锁操作方法。
1. 表级锁（Table-Level Locks）
表级锁适用于 MyISAM 和 InnoDB 存储引擎，通过 LOCK TABLES 和 UNLOCK TABLES 语句实现。
加锁语法：
LOCK TABLES table_name [READ | WRITE];释放锁：
UNLOCK TABLES;说明：
- READ 锁：读锁是共享的，多个会话可以同时读取同一张表，但不能修改。
- WRITE 锁：写锁是排他的，持有写锁的会话可以读写表，其他会话无法读或写。
示例：
LOCK TABLES users READ; SELECT * FROM users; -- 允许 UPDATE users SET name='Tom' WHERE id=1; -- 报错 UNLOCK TABLES;2. 行级锁（Row-Level Locks）
InnoDB 引擎支持行级锁，通常在事务中通过 SELECT ... FOR UPDATE 或 SELECT ... LOCK IN SHARE MODE 实现。
- SELECT ... FOR UPDATE：对查询结果加排他锁，其他事务不能读取（在可重复读级别下会被阻塞），也不能加锁修改。
- SELECT ... LOCK IN SHARE MODE：加共享锁，其他事务可以读，但不能修改，直到当前事务提交。
示例：
START TRANSACTION; SELECT * FROM orders WHERE user_id = 100 FOR UPDATE; -- 此时其他事务对该行的修改或加锁操作将被阻塞 UPDATE orders SET status = 'processed' WHERE user_id = 100; COMMIT;3. 意向锁（Intention Locks）
InnoDB 自动使用意向锁来管理表级和行级锁的兼容性。不需要手动
操作，但在排查死锁时需要了解。
- 意向共享锁（IS）：表示事务打算在某几行上加共享锁。
- 意向排他锁（IX）：表示事务打算在某几行上加排他锁。
这些锁由 InnoDB 内部自动管理，比如执行 SELECT ... FOR UPDATE 时，会先申请 IX 锁。
4. 避免死锁的建议
使用锁时容易出现死锁，尤其是在高并发场景。以下是一些实用建议：
- 尽量缩短事务长度，尽快提交或回滚。
- 多个事务操作多张表时，按相同顺序加锁。
- 避免在事务中进行用户交互操作。
- 使用 SHOW ENGINE INNODB STATUS; 查看最近的死锁信息。
基本上就这些。合理使用锁能提升数据安全性，但也可能影响并发性能，应根据业务场景权衡使用。
