Duplicate entry ‘0‘ for key ‘PRIMARY‘

已于 2023-04-19 16:46:19 修改
阅读量342 收藏
点赞数
分类专栏： mysql 数据 文章标签： 数据库 mysql
于 2023-04-19 16:40:06 首次发布
在MySQL中尝试为已有表添加主键ID字段并设置为自增时遇到错误Duplicateentry0forkeyPRIMARY。原因在于主键字段未设置为自增，导致默认填充0时与已有数据冲突。解决方案是在Navicat中将ID字段设置为自动递增，保存后问题可得到解决。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天在创建好的mysql表中想加一列id字段设置为主键发现报错：

Duplicate entry ‘0’ for key ‘PRIMARY’

分析后发现原因是主键字段，没有添加自增 关键字 AUTO_INCREMENT

！！！因为主键设置不能为空，因此默认是以"0"来进行填充的。因此在数据插入时数据的主键id值被0占据，但由于之前已经有数据了，id为“0”的索引已经被占，在使用就会报这个错误，因此我们只需要对表中的主键“id”设置成自增即可

在Navicat中将新增的主键字段自动递增选项勾选后，在保存就可以了

在这里插入图片描述

数据库新增表字段提示Duplicate entry for key PRIMARY，mysql锁表的具体使用
向宇
04-19 2114
MySQL - 尝试添加新列时出现重复输入错误我有一个MySQL数据库,其表有很多的数据.我想添加另一列,但我一直收到以下错误:很奇怪的一个问题，我加字段怎么会重复主键重复呢？
Spring Batch 初始化表出现 Duplicate entry ‘0‘ for key ‘PRIMARY‘ 问题
sinat_24928447的博客
09-15 2225
原因是，初始化之后 seq 为结尾的三张表初始化不能为空，需要创建表之后，初始化一条数据。 -- Autogenerated: do not edit this file CREATE TABLE BATCH_JOB_INSTANCE ( JOB_INSTANCE_ID BIGINT NOT NULL PRIMARY KEY , VERSION BIGINT , JOB_NAME VARCHAR(100) NOT NULL, JOB_KEY VARCHAR(32)
#1062 - Duplicate entry ‘0‘ for key ‘PRIMARY‘
lelexingyu的博客
12-12 2336
一般出现这种情况是因为你新插入一条新数据（姐姐） 的时候并没有显示地指定id的值，所以mysql会在插入数据之前给你填充一个默认的id的值，而int类型数据默认值是“0”；这里新插入的两个id都是0，因为id是主键，遵守唯一性原则，就报错说Duplicate entry '0' for key 'PRIMARY'。设置过程中要注意一点，你需要将新插入id值改成1，或者直接删除之前插入的id，因为auto_increment的字段需要从1开始自增长。（我不大喜欢使用，容易乱）
Duplicate entry '0' for key 'PRIMARY'的一种可能的解决办法
热门推荐
码农阿宇
12-19 16万+
在MySQL设计好数据库往往数据库中插入数据的时候， 因为主键ID默认是不赋值的，只给其他项目赋值了，相关的SQL代码是这样的 StringBuilder strSql = new StringBuilder(); strSql.Append("insert into tb_enterprise_product("); strSql.App
Duplicate entry '0' for key 'PRIMARY'
weixin_34228387的博客
03-30 330
今天在测试程序的时候，发现一个问题，就是在给用户添加图片的时候，虽然图片已经被上传到服务器的发布目录中，但是eclipse控制台报错显示：Duplicate entry '0' for key 'PRIMARY' 的错误，而且这个错误属于MySQLIntegrityConstraintViolationException，后来经过思考，发现在设计相关表...
Duplicate entry for key ‘PRIMARY‘ 主键重复报错解决
m0_74823842的博客
01-16 612
先尝试插入数据，如果发现主键冲突（或唯一索引冲突），则执行update操作，而不是删除和重新插入(设想场景：批量导入数据，如果表格中已存在主键相同信息，则以表格中信息为准，然后更新表格中的一个标识等)INSERT IGNORE USER_INFO (ID, USER_NAME, ADDRESS) VALUES (1234, ‘小红’, ‘武汉’);INSERT INTO USER_INFO (ID, USER_NAME, ADDRESS) VALUES (1234, ‘小红’, ‘武汉’);
mysql #1062 –Duplicate entry ‘1’ for key ‘PRIMARY’
12-15
碰到了 #1062 – Duplicate entry ‘1′ for key ‘PRIMARY’ 当时那个急啊，原本的数据我已经全部删除了，没办法只有请求万能的百度了。我找了大半天终于给我给我找到了。兴奋ing，马上测试，O(∩_∩)O哈哈~成功了...
mysql #1062 –Duplicate entry '1' for key 'PRIMARY'
09-11
标题中的“mysql #1062 –Duplicate entry '1' for key 'PRIMARY'”是一个常见的MySQL错误信息，意味着在尝试插入新的数据记录时，遇到了主键冲突。主键是数据库表中唯一标识每条记录的一列或多列，其值必须在表内...
Duplicate entry '0' for key 'PRIMARY'
倩mys的博客
08-05 1259
java基础day08—文件io 1、文件：数据源（保存数据的地方）的一种，主要作用：保存数据 如何判断输入流和输出流？ 以内存为参照，数据向内存流动是输入流，反之输出流。 文件流分类： 字节流 字符流 读写 二进制文件以及任何类型的文件byte 文本文件，不能操作二进制文件 输入 InputStream Reader 输出 ...
MySQL错误 Duplicate entry ‘0‘ for key ‘PRIMARY‘
qq_47867967的博客
12-12 213
查看该表是否有触发器 触发器中的表的主键是否有自增。
Duplicate entry '0' for key 'PRIMARY' 分析及其解决办法
༺清风暖云༻
04-28 3万+
写了一个接口，里面用到了MyBatis的自增配置（ useGeneratedKeys ），写好后在使用Test测试时返发现报了错：Duplicate entry '0' for key 'PRIMARY'，如下图所示： 当时以为是因为之前自己自己手动在数据库表中插入的数据导致表数据中的数据记录条数没有被记录，把原数据删了后再次运行发现确实可以插进去，但是当我再次运行方法时发现又出现了这个问题，看...
#1062 - Duplicate entry '0' for key 'PRIMARY'—— mysql的小问题
lzrit的博客
07-24 1708
问题：# 1062 -重复输入“0”。 原因：我估计可能是数据表中主键这一栏已经有一个为“0”了，一般出现这种问题是以int类型的字段在输入时没有输如数据，而int类型默认值为“0”，而你之前第一条数据已经默认主键如：id为默认的“0”了，于是就报错说Duplicate entry '0' for key 'PRIMARY'。 解决方案： 要么每次给主键赋值，且同时要注意重复输入数据的情况。...
Duplicate entry ‘0‘ for key ‘test.PRIMARY‘
alenzzzhang
06-08 536
Duplicate entry '0' for key 'test.PRIMARY' mysql，主键，自增，插入数据，修改表结构
My sql报错 Duplicate entry '0' for key 'PRIMARY'
php_thebest_language的博客
11-28 363
今天练习的时候，用建表语句建了个个表，但是忘记设置主键了，于是就加了一句 alter table student add id int primarykey; 但是一直报这个 Duplicate entry ‘0’ for key 'PRIMARY’的错误，我在网上搜了一下，应该是设置主键的时候，因为主键是不能空的嘛，所以要给设置个默认值，默认值就是0，但第一条数据的主键设置成0后mysql会把...
报错Duplicate entry ‘0‘ for key ‘PRIMARY‘问题处理
weixin_43837268的博客
02-24 3600
因为主键设置不能为空，因此默认是以"0"来进行填充的。因此在数据插入时数据的主键id值被0占据，但由于之前已经有数据了，id为“0”的索引已经被占，在使用就会报这个错误。
duplicate entry 1 for key primary
最新发布
04-18
### 错误原因分析 在 MySQL 中，“Duplicate entry '1' for key 'PRIMARY'” 是一种常见的错误，通常发生在尝试向表中插入数据时违反了主键约束的情况。此错误表明正在尝试插入的记录已经存在于具有唯一索引（通常是主键）的字段中[^1]。 当执行 `INSERT` 或者 `UPDATE` 操作时，如果目标表中的主键或者唯一索引对应的值已经在数据库中存在，则会触发该错误。例如，在以下情况下会发生此类错误： - 插入一条新的记录，其主键值与现有记录冲突。 - 更新某条记录的主键值，使其与其他记录的主键值相同。 这种行为是由 MySQL 的约束机制决定的，目的是为了维护数据的一致性和完整性。 --- ### 解决方案 #### 方法一：检查并删除重复的数据 可以通过查询来确认是否存在重复项，并手动清理这些重复数据。假设表名为 `my_table`，可以运行如下 SQL 查询以查找重复的主键值： ```sql SELECT * FROM my_table WHERE id = 1; ``` 如果有多个结果返回，则说明确实存在重复项。此时可以选择保留其中的一个记录，并删除其他冗余记录： ```sql DELETE FROM my_table WHERE id = 1 LIMIT 1 OFFSET n; ``` 这里的 `n` 表示要跳过的记录数，具体取决于需要保留哪条记录作为有效数据[^2]。 #### 方法二：修改插入逻辑以避免覆盖已有数据 为了避免因重复插入而导致的错误，可以在操作前先验证是否已存在对应记录。例如使用 `INSERT IGNORE` 或者 `ON DUPLICATE KEY UPDATE` 来处理这种情况。 ##### 使用 `INSERT IGNORE` 这种方法会在遇到重复键时不报错而是忽略此次插入动作： ```sql INSERT IGNORE INTO my_table (id, name) VALUES (1, 'John Doe'); ``` ##### 使用 `ON DUPLICATE KEY UPDATE` 这种方式允许定义如何更新那些由于主键冲突而无法正常插入的新纪录： ```sql INSERT INTO my_table (id, name) VALUES (1, 'Jane Doe') ON DUPLICATE KEY UPDATE name=VALUES(name); ``` 以上两种方法都可以有效地防止因为重复键引发的操作失败问题[^3]。 #### 方法三：调整事务隔离级别或锁定策略 对于高并发场景下的写入请求，可能是因为不同线程间竞争资源造成的临时性重复现象。通过研究 MySQL 内部实现可知，在某些特定条件下(比如批量导入)，即使设置了合适的唯一性检验措施仍可能出现异常情况。这时就需要考虑适当降低事务隔离等级或是显式指定行级锁控制访问顺序[^4]。 例如设置较低级别的读提交模式可减少死锁风险同时也提高了性能表现；另外还可以利用 `LOCK TABLES` 命令强制获取独占权限后再继续后续步骤直到完成整个过程为止。 --- ### 总结 针对 “Duplicate entry '1' for key 'PRIMARY'” 这类错误，核心在于理解它是由于违反了主键或其他唯一索引的规定所致。实际应用过程中可以根据具体情况采取不同的应对方式，包括但不限于清除多余副本、优化SQL语法结构以及改进程序设计思路等方面入手解决问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值