InnoDB 行锁加在索引记录上，无索引时退化为表锁；主键等值查询加单行 X 锁，二级索引范围查询可能触发 gap/next-key 锁；意向锁（IS/IX）是行锁前提，协调表锁与行锁兼容性。
行锁怎么加？InnoDB 为什么 只对索引行上锁
InnoDB 的行锁不是“对数据行本身”加的，而是通过索引实现的——准确说，是加在索引记录（index record）上的。这意味着：没有索引的列，UPDATE 或 DELETE 会退化为表锁。
- 主键或唯一索引查询（如
WHERE id = 100）→ 加单条记录的 X 锁（排他锁） - 普通二级索引 + 范围查询（如
WHERE status = 'pending' AND created_at > '2025-01-01'）→ 可能加多条索引记录的 X 锁，还可能触发gap lock（间隙锁）或next-key lock（临键锁），防止幻读 - 全表扫描（
WHERE name LIKE '%abc%'且name无索引）→ InnoDB 无法精准定位，被迫对聚簇索引所有行加锁 → 实际效果等同于表锁
你可以用
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;查看当前活跃事务，再结合
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;和
SHOW ENGINE INNODB STATUSG观察锁等待链和具体锁类型。
表锁什么时候自动出现？别以为只有 LOCK TABLES 才算
表锁不只来自显式命令 LOCK TABLES，很多 DDL 和特定 DML 操作也会隐式触发，尤其在非事务引擎（如 MyISAM）或 InnoDB 特定场景下：
-
ALTER TABLE、DROP TABLE、TRUNCATE TABLE→ 对整表加MDL（metadata lock）+ 表级写锁，阻塞所有并发读写 - InnoDB 中执行
INSERT INTO …… SELECT（无主键 / 唯一约束目标表）→ 可能对源表加共享表锁（S 锁），尤其在REPEATABLE READ隔离级别下 - 自增主键插入（
INSERT INTO t VALUES ()）→ 触发AUTO-INC lock（一种轻量表锁），在语句结束即释放，但高并发插入时仍是瓶颈 - MyISAM 引擎所有写操作（
UPDATE/DELETE）→ 默认加整表写锁，期间其他写入和部分读取（如SELECT …… FOR UPDATE）都会被阻塞
可通过状态变量验证：执行
SHOW STATUS LIKE 'Table_locks_%';，若 Table_locks_waited 持续上升，说明存在严重表锁争用，需排查是否有长事务、未提交的 DML 或低效 DDL。
意向锁是啥？为什么它不阻塞但又必不可少
意向锁（IS / IX）是 InnoDB 实现「行锁 + 表锁共存」的关键设计，它本身不直接锁数据，但像一个「占位声明」：告诉其他事务“我接下来要在这张表里加行锁了”。
- 事务想对某行加 S 锁（共享锁）→ 先申请该表的
IS 锁；加 X 锁（排他锁）→ 先申请IX 锁 -
IS和IX之间兼容（可同时存在），但与表级S 锁/X 锁冲突：比如另一个事务已对表加了X 锁（LOCK TABLES t WRITE），你就无法再获取IX，从而无法执行任何行级写操作 - 你不会手动加意向锁，也看不到它出现在
INNODB_LOCKS（该表已废弃），但它真实影响锁兼容性判断——这也是为什么有时明明没查同一行，事务却莫名卡住：根源在表级意向锁与显式表锁的冲突
典型误判场景：SELECT …… LOCK IN SHARE MODE 看似只是读，但会先申请 IS，再对匹配行加 S 锁；如果此时有 DDL 正在等待表级 X 锁，它就会排队，反过来也让你的 SELECT 等待——这种跨粒度阻塞极易被忽略。
MyISAM 和 InnoDB 的锁行为差异，直接决定你能不能用错引擎
选错存储引擎，等于主动放弃并发能力。二者锁机制本质不同：
- MyISAM：纯表锁，无事务、无行锁、无 MVCC。一次
UPDATE就锁整张表，读写互斥（除非concurrent_insert=ON且表尾追加）。适合日志类只读 + 批量导入场景，绝不适用于高并发更新 - InnoDB：默认行锁 + MVCC + 意向锁体系。支持事务、崩溃恢复、外键。但行锁不是免费的——锁管理开销大，间隙锁可能扩大锁定范围，死锁需靠检测机制回滚（
innodb_deadlock_detect=ON默认开启） - 混合使用风险：一张表用 InnoDB，关联查询 JOIN 了 MyISAM 表 → 整个查询可能被 MyISAM 表锁拖慢；或者应用层误以为“用了 InnoDB 就万事大吉”，结果因缺失索引导致行锁升级为表锁，实际并发能力归零
检查当前表引擎：
SHOW CREATE TABLE t;或
SELECT ENGINE FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME = 't' AND TABLE_SCHEMA = 'db_name';。线上业务表，只要涉及更新、事务、一致性要求，必须用 InnoDB，且主键必须有、关键查询字段必须建索引。
