一位同事刚刚让我意识到一个非常奇怪的行为.
假设您有一个带有自动递增字段和另一个设置为唯一的字段(例如用户名字段)的表.当试图插入一个用户名已经在表中的行时，插入失败，正如预期的那样.然而，当您在多次try 失败后插入一个有效的新条目时，auto_增量值会增加.
例如，当我们的最后一个条目看起来像这样时...
ID: 10
Username: myname
...我们在下一次插入时try 五个用户名值相同的新条目，我们将创建一个新行，如下所示:
ID: 16
Username: mynewname
虽然这本身不是一个大问题，但它似乎是一个非常愚蠢的攻击向量，它通过用插入失败的请求来淹没表，因为MySQL参考手册指出:
"自动增量机制的行为未定义，如果[…]该值大于可存储在指定整数类型中的最大整数."
这是预期的行为吗？
InnoDB是一个事务引擎.
这意味着在以下场景中:
Session A次插入记录1Session B次插入记录2Session A回，要么存在缺口，要么session B将锁定，直到session Apromise 或回滚.
InnoDB名设计师(和大多数其他事务引擎设计师一样) Select 了允许间隙.
从documentation人中:
当访问自动递增计数器时，
InnoDB使用一个特殊的表级别AUTO-INC锁，它将该锁保留到当前SQL语句的结尾，而不是事务的结尾.引入了特殊的锁释放策略，以提高插入到包含AUTO_INCREMENT列的表中的并发性…
只要服务器运行，
InnoDB就会使用内存中的自动增量计数器.当服务器停止并重新启动时，InnoDB会重新初始化表的前INSERT个表的计数器，如前所述.
如果您害怕id列环绕，那么将其设为BIGINT(8字节长).