MySQL中Serializable隔离级别触发器的表锁释放时机咨询

MySQL没有单独为触发器设置隔离级别的语法，触发器运行完全依附于触发它的外层操作所在的事务上下文，和外层操作共用相同的隔离级别、锁机制与事务生命周期。

锁释放核心规则 #

• 当触发INSERT操作的会话/事务隔离级别设置为SERIALIZABLE时，InnoDB会将事务内所有普通查询自动转换为加共享next-key锁的锁定读：如果BEFORE INSERT触发器中的校验逻辑涉及全表范围的统计、比对（例如校验某字段最大值、统计符合条件的总行数），会给对应索引的全区间加锁，直接阻塞其他并发插入操作，满足串行执行校验、插入的要求。
• 触发器运行过程中产生的所有锁，不会在触发器逻辑执行完成后单独释放，也不会在单条INSERT语句执行结束后立刻释放，和当前事务内其他锁的生命周期完全一致，必须等当前事务执行COMMIT或ROLLBACK完全结束后才会释放。
• 如果使用MySQL默认的autocommit=1配置，没有显式开启多语句事务，单条INSERT语句本身就是独立事务：这种场景下触发器执行、INSERT写入完成后事务会自动提交，锁会随即释放，和“校验、插入完成后解锁”的预期完全匹配。

实现串行插入的实操提示 #

• 不要使用MyISAM引擎的表锁实现串行逻辑，MyISAM不支持事务，异常中断场景下极易出现数据不一致问题。
• 如果校验逻辑只涉及特定区间的记录比对，SERIALIZABLE级别下的next-key锁只会锁定对应的索引区间，不会锁全表，并发性能远高于显式全表锁。
• 如果需要严格的全表串行插入，可在事务开头显式执行LOCK TABLES 目标表名 WRITE加表级写锁，这类锁会在执行UNLOCK TABLES或事务提交时释放，行为更可控。

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