共享锁（S锁）允许多事务并发读但阻塞写操作，排他锁（X锁）独占读写并互斥，意向锁（IS/IX）为InnoDB自动加的表级标记锁，用于高效判断行锁冲突。
共享锁（S锁）：读操作的并发保障
共享锁也叫读锁，是事务对某行数据执行读取时主动加上的锁。它的核心特点是允许多个事务同时持有——也就是说，事务A和事务B可以各自对同一行加共享锁，并正常读取数据，互不阻塞。
但共享锁会阻止写操作：只要某行被加上了共享锁，其他事务就无法再对该行加排他锁（即不能UPDATE/DELETE），直到所有共享锁释放。
加锁方式：
SELECT * FROM user WHERE id = 1 LOCK IN SHARE MODE;
或（MySQL 8.0+）：
SELECT * FROM user WHERE id = 1 FOR SHARE;
释放时机：事务提交（COMMIT）或回滚（ROLLBACK）时自动释放。
排他锁（X锁）：写操作的独占控制
排他锁也叫写锁，用于确保当前事务对某行数据的读+写独占权。一旦事务A对某行加了排他锁，其他任何事务都无法再对该行加共享锁或排他锁——既不能读（除非读已提交隔离级别下读快照），也不能改。
常见场景包括：
– 所有DML语句（INSERT/UPDATE/DELETE）在InnoDB中默认自动加排他锁；
– 显式加锁查询：SELECT * FROM user WHERE id = 1 FOR UPDATE;
注意：
• 必须在事务内使用（如BEGIN…COMMIT块中），否则FOR UPDATE无效；
• 若WHERE条件未命中索引（如无主键、无唯一索引字段），可能升级为全表锁，引发严重性能问题。
共享锁与排他锁的兼容关系
两者是否能共存，取决于锁的类型组合：
- 共享锁 + 共享锁 → ✅ 兼容（可并发读）
- 共享锁 + 排他锁 → ❌ 不兼容（读锁存在时，写锁需等待）
- 排他锁 + 排他锁 → ❌ 不兼容（写锁互斥）
这种兼容性规则由InnoDB内部锁管理器实时校验，是实现ACID中“隔离性”的底层基础。
意向锁：表级信号，避免全表扫描判断
你不会手动加意向锁，但理解它很重要——它是InnoDB自动加的表级标记锁，用来高效协调行锁与表锁的关系。
例如：
– 事务要给某行加共享锁，InnoDB会先给整张表加意向共享锁（IS）；
– 事务要给某行加排他锁，InnoDB会先给整张表加意向排他锁（IX）。
当另一个事务想对整张表加表锁（比如LOCK TABLES ... WRITE），数据库只需检查表上是否有IS或IX锁，就能立刻判断“该表已有行被锁定”，无需逐行扫描——大幅提升锁冲突检测效率。
