一.需求如下在user表中,需要插入数据, 该数据的主键ID值为当前表最大ID1, 比如: 当前表最大ID977, 当插入数据: insert into(date, name) values(2026-04-28, 张三), (2026-04-28, 李四)时,主键ID应该为978,979这样, 但现在进行插入时, 主键ID变化却是如下:二.原因造成上面情况的原因可能如下:1.数据库自增主键的“预留区间”机制许多现代应用框架或数据库中间件如MyBatis-Plus的TableId、或一些连接池为了提高插入性能采用了主键ID预取和缓存机制工作机制应用启动时或当本地缓存的ID用完时会向数据库申请一个批次的ID例如一次申请100或200个ID范围,这个批次的起始值会远大于数据库中当前的最大值上面需求遇到的问题代码中查询到的“最新主键id977”是数据库中实际已存在的最大值而新增时生成的1112是应用服务本地缓存的一个ID批次的起始值,这个批次例如1112-1211是之前某个时刻提前从数据库申请来的用完后才会申请下一个批次结果这导致了主键ID出现了一个“跳跃”从977直接跳到了1112,这是正常的设计并非错误目的是避免每次插入都去数据库获取新ID从而提高并发插入的效率2.中间有数据被删除在ID为977之后可能插入过很多条数据ID达到了1111左右但这些数据后来被物理删除了,数据库的自增计数器并不会因为删除而回溯会继续从当前最大值递增通过查询条件如时间、状态看到的“最新”记录是977但数据库中实际的最大自增ID已经是1111了3.高并发插入与事务回滚在高并发场景下多个事务可能同时申请了自增ID,如果某个申请了ID例如978的事务最终回滚了那么这个ID就会被“丢弃”自增计数器会继续增加后续成功的事务就会获得像1112这样的ID,这会导致ID序列出现不连续的空洞3.手动或程序指定了主键可能存在其他数据导入程序、数据修复脚本或特定的业务逻辑在插入数据时手动指定了一个较大的主键ID如1000导致后续的自增ID从那个点开始计算三.验证和排查1.直接查询数据库自增当前值连接数据库执行查询当前表自增主键下一个值的命令。例如在MySQL中SELECT AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA 你的数据库名 AND TABLE_NAME 你的表名;这个查询返回的数字很可能就是1112或更大,这能直接解释新增ID的起始点2.审查代码中的主键生成策略检查实体类Entity中主键字段的注解,是否使用了像TableId(type IdType.AUTO)或其他如ASSIGN_ID分布式ID等策略,如果是ASSIGN_ID其生成算法如雪花算法本身就会产生不连续的大数字3.检查数据删除和回滚记录查看是否有定期的数据清理任务检查数据库日志或应用日志寻找大量插入失败或事务回滚的记录四.解决办法1.确认实际最大IDSELECT MAX(id) FROM user;2.统一使用数据库自增确保代码中主键策略配置正确3.检查并修复AUTO_INCREMENT值ALTER TABLE user AUTO_INCREMENT MAX(id) 1; -- 设置为当前最大ID1