MySQL触发器实现自定义序列时LAST_INSERT_ID返回0问题

• MySQL的2050782是连接维度的值，只会被顶层执行的SQL语句直接操作AUTO_INCREMENT列生成的自增值更新。触发器、存储过程这类嵌套执行的逻辑里，不管是手动给2050782赋值，还是执行插入生成自增值，改动都只在嵌套上下文里生效，嵌套逻辑执行完就会被重置，根本不会同步到外层连接的返回结果里。
• 你前后两种实现里，person表本身都没加AUTO_INCREMENT属性，顶层跑的INSERT INTO person语句本身根本没生成任何自增ID，外层查2050782自然返回默认的0。不管你在BEFORE触发器里是更新单行序列表给2050782传值，还是往带自增的序列表插数据生成ID，这些值都传不到外层。
• 这类自定义序列表的老方案本身就有设计缺陷，触发器内的2050782改动对外层不可见是MySQL的既定行为，不是配置或者写法错误。

完全不需要修改现有插入语句，也不用实现先查序列再传ID的逻辑，同时兼容跨库同步的历史数据，步骤如下：

1. 给person表的id字段加上AUTO_INCREMENT属性，先统计所有从其他库同步过来的历史数据的最大ID，把自增起始值设为比这个最大值大的数（比如你示例里的2338461），就能保证后续自增生成的ID和历史同步ID完全不冲突，解决你提到的不能直接用自增主键的问题。示例SQL：

ALTER TABLE person MODIFY id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT;
ALTER TABLE person AUTO_INCREMENT = 2338461;

2. 删掉之前建的独立序列表和BEFORE INSERT触发器，直接用MySQL原生的AUTO_INCREMENT能力生成ID即可：
   • 同步历史数据的时候显式指定id值插入，不会改动自增计数，也不会出现ID冲突
   • 业务侧执行不带id字段的INSERT语句时，MySQL会自动从你设置的起始值开始生成ID，并且自动把生成的ID更新到连接级别的2050782里，后续查2050782就能拿到正确的插入ID，完全符合预期。

如果有特殊序列需求，比如多表共用同一序列、自定义步长，直接调整MySQL自带的自增参数就行：

• 自定义步长：执行SET SESSION auto_increment_increment = 你需要的步长值;
• 多表共用序列：把关联表的自增起始值设为步长的不同余数，配合步长参数就能实现序列共用，没必要额外维护序列表。

别再用触发器维护独立序列表的方案，除了2050782返回异常的问题，这类方案还存在并发下序列表行锁竞争、死锁、事务回滚导致序列空洞等一堆问题，原生AUTO_INCREMENT是MySQL官方专门优化过的序列实现，性能和可靠性都比自定义触发器方案高很多。

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