我今天遇到了一些奇怪的行为，想知道这是预期的还是标准的。我们正在对 MySQL5 使用 Hibernate。在编码过程中，我忘记关闭交易，我想其他人可以联系起来。
当我最终关闭事务、运行代码并检查表时，我注意到以下内容。我一直错误地运行我的代码而没有关闭事务，因此没有导致插入实际的行，但是增加了自动增量代理主键值，所以我有一个间隙（即没有 id 字段值的行751 至 762）。
这是预期的还是标准的行为？它可能因数据库而异吗？和/或 Hibernate 自己的事务抽象是否对此有一些可能的影响？
问问题
2351 次
4 回答
8
是的，这是预期的。
如果你想一想：数据库还能做什么？如果您增加列，然后在同一事务中的其他插入中将其用作外键，并且当您这样做时其他人提交，那么他们将无法使用您的值。你会得到一个差距。
Oracle 等数据库中的序列的工作方式大致相同。一旦请求了一个特定的值，它是否被提交并不重要。它永远不会被重复使用。序列也不是绝对有序的。
于 2009-09-09T14:12:29.353 回答
6
这几乎是预期的行为。没有它，数据库将不得不等待每个插入记录的事务完成，然后再将新的 id 分配给下一个插入。
于 2009-09-09T14:12:51.583 回答
5
是的，这是预期的行为。 该文档很好地解释了它。
从 5.1.22 开始，实际上有三种不同的锁定模式来控制并发事务如何获取自增值。但是这三个都会导致回滚事务的间隙（回滚事务使用的自动增量值将被丢弃）。
于 2009-09-09T14:14:10.693 回答
0
数据库序列不保证 id 序列没有间隙。它们被设计为与事务无关，只有这样才能是非阻塞的。
想要没有空隙，必须自己编写存储过程来事务性地增加列，但是这样的代码会阻塞其他事务，所以必须小心。
您执行 SELECT CURRVAL FROM SEQUENCE_TABLE WHERE TYPE = :YOUR_SEQ_NAME FOR UPDATE; 更新 SEQUENCE_TABLE SET CURRVAL = :INCREMENTED_CURRVAL WHERE TYPE = :YOUR_SEQ。
于 2011-02-15T12:10:23.713 回答