我的同事刚刚让我注意到一个非常奇怪的MySQL行为。
假设您有一张带自增字段和另一个设为唯一的字段的表（例如，用户名字段）。当尝试插入一个已经存在于表中的用户名时，插入操作失败，这是预期的行为。然而，当您在多次插入失败后插入一个有效的新条目时，可以看到自增值已经增加了。
例如，当我们的最后一个条目看起来像这样时...
ID: 10
Username: myname
如果我们使用相同的用户名值尝试插入五个新条目，下一次插入时将会创建一个新行，如下所示：
ID: 16
Username: mynewname
InnoDB是一种事务型引擎。
这意味着在以下情况下:
会话A插入记录1会话B插入记录2会话A回滚有可能存在一个间隙，或者会话B将锁定，直到会话A提交或回滚。
InnoDB的设计者（与大多数其他事务型引擎设计者一样）选择允许存在间隙。
从文档中可以知道：
当访问自增计数器时，
InnoDB使用特殊的表级别AUTO-INC锁，该锁保留到当前SQL语句的结束，而不是保留到事务的结束。引入特殊的锁释放策略是为了提高对包含AUTO_INCREMENT列的表进行插入时的并发性能。…
InnoDB在服务器运行期间使用内存中的自增计数器。当服务器停止并重新启动时，InnoDB为每个表的第一个INSERT重新初始化计数器，如前所述。
如果你担心id列会被回卷，则将其设置为BIGINT（8字节长）。
虽然这篇文章有点旧了，但它可能会帮助到人们。如果您需要设置 innodb_autoinc_lock_mode 参数，请将其设置为0或2。
可指定数值的系统变量可以在命令行上以--var_name=value格式或在选项文件中以var_name=value格式指定。
命令行参数格式：
--innodb-autoinc-lock-mode=0
或者 打开你的mysql.ini文件并添加以下行:
innodb_autoinc_lock_mode=0
我知道这是一篇旧文章，但由于我也找不到正确的答案，我实际上找到了一种方法来解决这个问题。您必须将查询包装在if语句中。通常是插入查询或插入和重复查询会破坏有序的自动递增顺序，因此对于常规插入，请使用：
$check_email_address = //select query here\\
if ( $check_email_address == false ) {
your query inside of here
}
而不是使用INSERT AND ON DUPLICATE，可以在if语句内或外使用UPDATE SET WHERE QUERY，并且REPLACE INTO QUERY也似乎可行。