这个问题我之前帮不少开发者排查过，从你的描述（到100跳1000、1099跳2000）来看，大概率是数据库的自增步长/偏移配置被修改了，或者表的自增起始值被意外调整。下面分常见数据库给出具体解决方案：

MySQL/MariaDB 解决方案 #

1. 先定位问题根源 #

执行以下SQL命令查看当前自增相关配置：

SHOW VARIABLES LIKE 'auto_inc%';

你会看到两个核心参数：

• auto_increment_increment：每次自增的步长，正常取值应为1
• auto_increment_offset：自增的起始偏移，正常取值应为1

如果其中任何一个参数不是1，那就是问题所在——比如如果auto_increment_increment设为900，从100开始下一个值就是100+900=1000，完全匹配你的描述。

2. 临时修复（重启数据库后失效） #

如果只是临时需要修正当前会话的自增逻辑，执行以下命令：

SET GLOBAL auto_increment_increment = 1;
SET GLOBAL auto_increment_offset = 1;

注意：这个修改对当前已连接的会话不生效，你需要重新连接数据库才能看到变化。

3. 永久修复（重启后依然生效） #

要让配置永久生效，需要修改数据库的配置文件：

• Linux系统一般找/etc/mysql/my.cnf（或my.ini）文件
• 在[mysqld]段落添加或修改：

auto_increment_increment = 1
auto_increment_offset = 1

保存后重启MySQL服务：

sudo systemctl restart mysql

4. 修正当前表的自增起始值 #

如果当前表的AUTO_INCREMENT值已经跳到了1000，你可以把它改回101（假设最后一条有效数据的自增值是100）：

ALTER TABLE your_table_name AUTO_INCREMENT = 101;

注意：这个值必须大于当前表中自增字段的最大值，否则会触发报错。

PostgreSQL 解决方案 #

如果是PostgreSQL，这种跳号通常是因为SERIAL或IDENTITY类型对应的序列（sequence）增量被修改了：

1. 找到目标序列 #

PostgreSQL中，SERIAL/IDENTITY字段会自动生成一个序列，命名规则一般是表名_字段名_seq（比如表orders的自增字段id，序列就是orders_id_seq）。

执行以下命令查看序列的增量配置：

SELECT increment_by FROM your_sequence_name;

2. 修改序列增量为1 #

如果增量不是1，执行以下命令修正：

ALTER SEQUENCE your_sequence_name INCREMENT BY 1;

3. 调整序列当前值 #

如果序列当前值已经跳到了1000，把它设置为101即可：

SELECT setval('your_sequence_name', 101);

同样，这个值必须大于表中该字段的最大值。

额外注意事项 #

• 如果你的表是从主从复制的数据库中恢复的，可能是主从配置阶段为避免主键冲突，设置了不同的自增步长/偏移，这种情况要确保所有节点的配置统一为1。
• 尽量避免手动修改自增字段的数值，这会打乱数据库的自增逻辑。
• 常规的ORM批量插入或事务回滚只会导致小幅度跳号，不会出现你描述的大幅跳跃，所以优先排查数据库配置。

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