MySQL 通过表级锁、行级锁和意向锁控制并发访问。1. 表级锁用 LOCK TABLES 加锁，READ 锁允许多会话读，WRITE 锁独占表；2. 行级锁由 InnoDB 在事务中通过 SELECT FOR UPDATE（排他锁）或 LOCK IN SHARE MODE（共享锁）实现，提升并发性能；3. 意向锁（IS/IX）为系统自动添加的表级锁，表明事务将对行加锁，影响表锁兼容性；4. 为避免死锁，应按序访问数据、缩短事务持有时间，并设置 innodb_lock_wait_timeout，通过 SHOW ENGINE INNODB STATUS 分析锁状态。实际开发中多依赖 InnoDB 自动行锁，显式加锁用于强一致性场景。
在 MySQL 中，锁机制主要用于控制多个会话对数据的 并发访问，保证数据的一致性和完整性。根据使用场景不同，MySQL 提供了多种锁类型和语句来实现锁定操作，主要包括表级锁、行级锁以及意向锁等。下面介绍常见的锁操作方法及其使用方式。
1. 表级锁（Table-Level Locks）
表级锁是最粗粒度的锁，适用于 MyISAM、MEMORY 等存储引擎，InnoDB 也支持但更常用行级锁。
使用 LOCK TABLES 和 UNLOCK TABLES 来显式加锁和释放锁：
LOCK TABLES table_name [READ | WRITE];
UNLOCK TABLES;
- READ 锁：当前会话只能读表，不能写；其他会话可以读，但不能写。
- WRITE 锁：当前会话可读可写，其他会话完全无法访问该表。
示例：
LOCK TABLES users READ;
SELECT * FROM users; — 可执行
INSERT INTO users VALUES (…); — 报错，不可写
UNLOCK TABLES;
注意：使用 LOCK TABLES 后，当前会话只能访问被锁定的表，且必须用 UNLOCK TABLES 释放锁后才能正常访问其他表。
2. 行级锁（Row-Level Locks）
行级锁由 InnoDB 存储引擎提供，是细粒度的锁，能最大程度提高并发性能。
InnoDB 的行锁是在事务中通过 SELECT … FOR UPDATE 或 SELECT … LOCK IN SHARE MODE 实现的。
- 排他锁（Exclusive Lock）：使用 SELECT … FOR UPDATE，锁定选中的行，阻止其他事务读取或修改这些行的写操作。
- 共享锁（Shared Lock）：使用 SELECT … LOCK IN SHARE MODE，允许其他事务加共享锁，但不能加排他锁。
示例：
START TRANSACTION;
SELECT * FROM orders WHERE id = 1 FOR UPDATE;
— 此时其他事务无法修改 id=1 的记录，直到本事务提交或回滚
UPDATE orders SET status = ‘shipped’ WHERE id = 1;
COMMIT;
行锁只在事务提交后才会释放。如果未开启事务，自动提交模式下锁也会立即释放。
3. 意向锁（Intention Locks）
意向锁是 InnoDB 自动添加的表级锁，用于表明事务打算在表中的某些行上加锁。
- 意向共享锁（IS）：事务准备给某些行加共享锁前，先申请 IS 锁。
- 意向排他锁（IX）：事务准备给某些行加排他锁前，先申请 IX 锁。
这些锁由系统自动管理，无需手动操作，但会影响表级锁的兼容性。
4. 避免死锁和锁等待
在高并发环境下，不当的锁使用可能导致死锁或长时间等待。
- 尽量按固定顺序访问表和行，减少死锁概率。
- 避免长时间持有事务锁，及时提交或回滚事务。
- 设置合理的超时时间：SET innodb_lock_wait_timeout = 50;
- 查看锁状态可用：SHOW ENGINE INNODB STATUS; 分析最近的死锁信息。
基本上就这些常见用法。实际开发中，多数情况下依赖 InnoDB 的自动行锁机制即可，仅在需要强一致性控制时才显式加锁。理解锁的类型和作用范围，有助于写出更安全高效的数据库操作代码。
