• • 已关闭**。此问题需要超过focused。当前不接受答案。
• • 想要改进此问题吗？**更新此问题，使其仅关注editing this post的一个问题。

昨天关门了。
Improve this question
我们在mysql8.0.31发布版本的多个表中看到了带有auto_increment的主键列的大间隙（默认值为-innodb_autoinc_lock_mode = 2（"交错"锁模式））。
我们有"订单"表（id bigint）和"订单行项目"表（id bigint）。

TABLE_NAME          | CURRENT AUTO_INCREMENT    |  TABLE ROW COUNT
order               |   27504                   |        1367
order_line_items    |  430930                   |       34970

我们总共有1367个订单行，其当前自动增量值为"27504"，34970个订单行（订单行项目行），其当前自动增量值为"430930"。我们在API调用中的同一事务中保存订单和order_line_items（可能会出现错误，导致事务回滚）。

• • 差距：**

订单表的差距持续发生了1 - 2天，一旦我们注意到，并回到增加'1'再次截至今天。跳跃是一起发生在集群连续（检查下面），并回到增加'1'。

Order table gap details:

id    |  difference from previous 'id'
-------------------------------------
27489   1
27488   1
27487   1
27486   232
27254   232
27022   693
26329   240
26089   401
25688   175
25513   348
25165   864
24301   7656
16645   1709
14936   184
14752   13
14739   541
14198   82
14116   215
13901   68
13833   117
13716   140
....
1468    1
1467    10
1457    1
1456    1
1455    1
1454    9
1445    1
1444    1
1443    1
1442    1
1441    1

• • 意见：**

1.我们使用（OpenJPA）对ID使用配置（@Id，@GeneratedValue（strategy = GenerationType. IDENTITY）。代码中没有设置ID。
1.我们在其他表中也看到了相同的模式。我们测试了相同的API，用20个线程并行创建相同的表，但我们没有发现两个表的创建id存在类似的大差距。
1.直到id：1445（我们有1225行的计数）在订单表中，我们没有看到任何问题与更大的跳转。1445，我们开始看到订单表中的多次跳跃，直到27487，持续1 - 2天。
1.我也理解API调用中事务的回滚可以增加自动增量值，但是与总记录相比，多次更大的跳跃似乎是不可理解的。

• • 问题：**

1.有没有人知道这是什么原因？为什么ID在订单表中的总记录数低于1367的情况下却以数千的数量跳跃（例如，上例中的7656、1709）？
1.我看到这种情况发生在多个集群的岛屿的id跳跃和开始一个接一个地创建回来（像上面的例子）。这是否涉及任何其他内部处理的mysql数据相关进程。？。这是一个可能的错误mysql？
1.什么可以导致'mysql'像这样跳得更高（例如，批量插入，共享锁可以导致这种情况吗）？.我如何在本地模拟这个问题？.
任何建议都会很有帮助。

• • 更新：**多API调用已经完成，但由于客户端的意外重试导致ID中的巨大差距，因此在API级别失败。谢谢大家。