mySQL自动增量问题：重复条目'4294967295'对于钥匙 1

发布于 2024-08-27 11:53:57 字数 763 浏览 13 评论 0原文

我有一个电子邮件表。

自动增量 ID 的最后一条记录是 3780，这是一条合法记录。我现在插入的任何新记录都将被插入那里。

然而，在我的日志中，我偶尔会遇到这样的情况：

Query FAIL: INSERT INTO mail.messages (timestamp_queue) VALUES (:time);
Array
(
    [0] => 23000
    [1] => 1062
    [2] => Duplicate entry '4294967295' for key 1
)

不知何故，自动增量跳到了 INT 最大值 4294967295

为什么在上帝的绿色地球上这会跳得这么高？我没有带有 id 字段的插入。

该表 Auto_increment 表的显示状态现在显示为： 4294967296

怎么会发生这样的事情？我意识到 id 字段也许应该是一个大整数，但我担心的是这个东西会以某种方式跳回来。

Josh

编辑：更新

mysql 版本 5.0.45 red hat patched

自从我将 id 设置为 BIGINT 后，最后几个 id 看起来像：

如您所见，它们是增量的，没有间隙（到目前为止）。太奇怪了。

原文

I have a table of emails.

The last record in there for an auto increment id is 3780, which is a legit record. Any new record I now insert is being inserted right there.

However, in my logs I have the occasional:

Query FAIL: INSERT INTO mail.messages (timestamp_queue) VALUES (:time);
Array
(
    [0] => 23000
    [1] => 1062
    [2] => Duplicate entry '4294967295' for key 1
)

Somehow, the autoincrement jumped up to the INT max of 4294967295

Why on god's green earth would this get jumped up so high? I have no inserts with an id field.

The show status for that table, Auto_increment table now reads: 4294967296

How could something like this occur? I realize the id field should perhaps be a big int, but the worry I have is that somehow this thing jumps back up.

Josh

Edit: Update

mysql version 5.0.45 red hat patched

Since I set the id to BIGINT the last few id's look like:

As you can see, they are incremental, with no gaps (so far). Totally weird.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

辞别 2024-09-03 11:53:57

我也遇到了同样的问题，而且号码完全相同。我的问题是，当我将 int(10) 上的字段更改为 bigint(20) 时，它解决了我的问题。

如果其他人也遇到这个问题。首先检查您的字段大小。 :)

回复收藏 0 原文

墨小沫ゞ 2024-09-03 11:53:57

我仍然不完全清楚这里发生了什么，但我想我会跟进。

在我的持久化引擎中，我有一种类型的带有自动增量 id 的对象，以及带有 GUID id 的子类。

显然，两人是不相容的。我有理由将对象转换为其父对象，然后保存它（基本上子类是具有附加功能的电子邮件模板，但是当我想实际发送电子邮件时，我将其转换为父对象并将其保存到常规外发邮件队列）。愚蠢的是，我没有意识到 id 格式是不同的。这导致尝试将包含 36 个字符长字符串的记录插入到 int 中。准备好的语句中的字符串解析为“0”，无论出于何种原因，这都会导致自动增量系统 WIG OUT 并最大化原始表上的 INT 自动增量 id 字段。

长话短说，幸好我保留了日志。

乔什

回复收藏 0 原文

断念 2024-09-03 11:53:57

当您意外插入新记录并提供 auto_increment 值时，通常会发生这种情况。

大多数情况下，这是因为您有一个具有相似名称的列，并且您犯了一个拼写错误，导致 auto_increment 值更新为您提供的值，如果您提供的是字符串而不是 int，则为 4294967295。

解决方法：

删除 PK 值为 4294967295 的记录，
通过运行检查最大增量值是多少

从 tableNameHere 中选择 max(autoincrementColumNameHere)

通过运行更新您的 AUTO_INCRMENT 值

 ALTER TABLE tableNameHere AUTO_INCRMENT = (maxValue+1)

This usually happens when you accidentally insert a new record a provide the auto_increment value.

Most of the time that's because you have a column with a similar name and you make a typo that leads to the auto_increment value updated with the one you provided, which is 4294967295 if you provided a string instead of an int.

To solve this:

delete the record whose PK value is 4294967295,
check what was the max increment value by running

select max(autoincrementColumNameHere) from tableNameHere

update your AUTO_INCREMENT value by running

 ALTER TABLE tableNameHere AUTO_INCREMENT = (maxValue+1)

回复收藏 0 原文

北斗星光 2024-09-03 11:53:57

通过 phpmyadmin，您可以使用该表的操作选项卡更改最后一个 id

回复收藏 0 原文

情仇皆在手 2024-09-03 11:53:57

这实际上也发生在我身上（仍然不知道为什么）。我凭直觉这样做了：

ALTER TABLE  `{table name here}` AUTO_INCREMENT = {your number here};
FLUSH TABLE `{table name here}`;

而且似乎已经解决了这个问题。首先，我尝试先设置自动增量值，但它又回到了 4294967295。同样，不确定为什么更改增量值和刷新起作用（我不是数据库人员），但我想我应该将其发布在这里，因为它可能会帮助别人。

This actually just happened to me too (still not sure why). On a hunch I did:

ALTER TABLE  `{table name here}` AUTO_INCREMENT = {your number here};
FLUSH TABLE `{table name here}`;

and it seems to have fixed it. First I tried just setting the auto increment value first but it went back to 4294967295. Again, not sure why changing the increment value and flushing worked (I'm not a database guy), but I figured I'd post this here as it may help others.

回复收藏 0 原文