MySQL行排他锁测试方法验证及原子语句相关疑问

一、行排他锁测试方法的有效性 #

你的测试方法是完全正确的：

• 连接1开启事务执行UPDATE后，匹配的182行都会被加上行排他锁（X锁），这种锁会阻止其他事务对这些行执行写操作（如UPDATE/DELETE）或加排他锁的读操作（如SELECT ... FOR UPDATE）。
• 连接2的UPDATE被阻塞，正好证明目标行已被连接1的事务持有排他锁；连接1回滚后锁释放，连接2的操作立即执行，进一步验证了锁的持有与释放逻辑。

这个测试逻辑同样适用于DELETE和SELECT ... FOR UPDATE操作：

• DELETE语句会对匹配的所有行加行排他锁，用相同的跨连接阻塞测试可以验证锁的存在；
• SELECT ... FOR UPDATE会对查询到的行加行排他锁（InnoDB引擎下，且未命中快照读），同样可以通过在另一个事务中尝试修改这些行是否被阻塞来判断锁的持有情况。

二、自动提交模式下的事务原子性疑问 #

针对你的两个疑问，明确解答如下：

1. "每个语句是原子的"确实指单条语句：默认自动提交开启时，MySQL会把每一条单独的SQL语句当作一个独立的事务执行——语句执行成功则自动提交，执行失败则自动回滚，因此每条语句都具备原子性。
2. 单条语句涉及多行仍保持原子性：不管单条语句操作多少行，MySQL都会保证整个语句的原子性。比如你提到的UPDATE匹配182行的场景，要么这182行全部更新成功，要么因为任何错误（如约束冲突、锁超时等）导致整个语句回滚，所有行都恢复到修改前的状态，不会出现部分行更新成功、部分失败的情况。

内容的提问来源于stack exchange，提问作者theBackendLearner