行锁怎么加？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 STATUS\G观察锁等待链和具体锁类型。
表锁什么时候自动出现？别以为只有 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，且主键必须有、关键查询字段必须建索引。
