MySQL并发调用存储过程本身不直接导致自增ID跳跃，真正原因是其中执行的INSERT类语句触发InnoDB预分配机制；跳号本质是并发下ID段预占后空缺不可回收，属设计特性而非bug，可通过调整innodb_autoinc_lock_mode或重构逻辑收敛。
MySQL 中并发调用存储过程本身不会直接导致自增 ID 跳跃，真正触发跳跃的是存储过程中执行的 INSERT 类语句（尤其是含 ON DUPLICATE KEY UPDATE、INSERT ... SELECT 或显式未指定主键的批量插入）。跳号本质是 InnoDB 自增机制在并发下的预分配行为，不是 bug，但可收敛。
为什么存储过程里一并发就跳得更猛
存储过程常封装多条逻辑，容易无意中触发“批量插入”语义；同时高并发调用会放大 innodb_autoinc_lock_mode 的影响：
-
INSERT INTO t VALUES (),();（simple insert）：mode=1 下每次只预占 1 个 ID，相对温和 -
INSERT INTO t SELECT ... FROM s LIMIT 100;（bulk insert）：mode=1 下可能预占 128 个 ID，哪怕只插 1 行也跳 128 - 若存储过程中混用
REPLACE INTO或INSERT ... ON DUPLICATE KEY UPDATE，即使最终走 update 分支，ID 仍被预分配 +1 - 多个并发事务同时进入同一存储过程，各自申请 ID 段，失败或回滚后空缺不可回收
检查并调整 innodb_autoinc_lock_mode
这是最直接可控的开关。默认值 1 在多数场景下已平衡安全与性能，但若你确认无主从复制、不依赖 statement 格式 binlog，且能接受更频繁的小幅跳号，可设为 2：
- 修改
%PHPEVN_HOME%\MySQL\my.ini（phpEnv）或/etc/my.cnf（Linux），在[mysqld]段下加：innodb_autoinc_lock_mode = 2
- 必须同步设置
binlog_format = ROW，否则INSERT SELECT类语句会报错 - 重启 MySQL 生效，验证命令：
mysql -e "SHOW VARIABLES LIKE 'innodb_autoinc_lock_mode';" - 注意：
mode=2不消除跳号，只是让每次预占更轻量（例如只占 1~2 个），跳得“碎”但不“大”
重构存储过程逻辑，绕开隐式自增消耗
核心原则：不让 InnoDB 在不确定是否真要插入时就分配 ID。以下写法可显著减少跳号频率：
- 用
SELECT ... FOR UPDATE+ 显式INSERT或UPDATE替代ON DUPLICATE KEY UPDATE，例如：BEGIN; SELECT id INTO @exist_id FROM your_table WHERE uniq_key = ? FOR UPDATE; IF @exist_id IS NULL THEN INSERT INTO your_table (uniq_key, val) VALUES (?, ?); ELSE UPDATE your_table SET val = ? WHERE id = @exist_id; END IF; END - 对批量导入类逻辑，改用临时表 +
INSERT IGNORE+UPDATE组合，避免INSERT SELECT - 若业务允许，存储过程中显式传入
id值（由应用层生成 UUID 或雪花 ID），彻底脱离自增机制
上线前必须验证的三个点
跳号问题常在压测或上线后爆发，仅改配置不够：
- 查清当前表的
AUTO_INCREMENT值是否远超MAX(id)：执行SHOW CREATE TABLE your_table;，对比AUTO_INCREMENT=xxx和SELECT MAX(id) FROM your_table;；若前者过大，需低峰期执行ALTER TABLE your_table AUTO_INCREMENT = N;（N = MAX(id) + 1） - 确认存储过程内所有
INSERT是否都走预编译（prepared statement）——预编译不影响跳号逻辑，但若用拼接 SQL + 多次 EXECUTE，可能因连接复用导致计数器状态混乱 - 禁用
innodb_autoinc_lock_mode = 0：它虽能“不跳”，但全表锁会把并发吞吐打穿，线上严禁
跳号无法根除，因为 InnoDB 的自增设计目标是唯一性与高性能，不是连续性。真正要盯住的是：是否因跳号导致 ID 快溢出（如 INT 即将到 21 亿）、是否引发业务误判（比如用 ID 做分页或排序依据）、以及是否因配置不一致（如主从 innodb_autoinc_lock_mode 不同）造成复制延迟或中断。
