如果要在表中插入与之冲突的主键或唯一索引，它将更新冲突的行，而不是插入该行。

语法:

insert into table1 set column1 = a, column2 = b on duplicate update column2 = c;

现在在这里，这个插入语句看起来可能与您之前看到的不同。此插入语句试图将table1中值为a和b的行分别插入列columnn1和column2。

让我们深入理解这句话:

例如:这里的column1被定义为table1中的主键。

现在，如果在table1中，column n1中没有值为“a”的行。因此，这条语句将在table1中插入一行。

现在，如果在table1中，在column2中有一行值为“a”。因此，这条语句将用“c”更新行column2的值，其中columnn1的值为“a”。

因此，如果你想插入一个新行，否则更新该行冲突的主键或唯一索引。 在这个链接上阅读更多

我经常使用INSERT IGNORE，这听起来也正是您正在寻找的那种行为。只要知道不会插入会导致索引冲突的行，并且相应地规划程序，就不应该造成任何麻烦。

如果你想知道这一切意味着什么，下面是所有事情的详细说明:

CREATE TABLE `users_partners` (
  `uid` int(11) NOT NULL DEFAULT '0',
  `pid` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`uid`,`pid`),
  KEY `partner_user` (`pid`,`uid`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

主键基于此快速引用表的两列。主键需要唯一的值。

让我们开始:

INSERT INTO users_partners (uid,pid) VALUES (1,1);
...1 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1);
...Error Code : 1062
...Duplicate entry '1-1' for key 'PRIMARY'

INSERT IGNORE INTO users_partners (uid,pid) VALUES (1,1);
...0 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1) ON DUPLICATE KEY UPDATE uid=uid
...0 row(s) affected

注意，通过将列设置为等于其本身，上面节省了太多额外的工作，实际上不需要更新

REPLACE INTO users_partners (uid,pid) VALUES (1,1)
...2 row(s) affected

现在是多行测试:

INSERT INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...Error Code : 1062
...Duplicate entry '1-1' for key 'PRIMARY'

INSERT IGNORE INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...3 row(s) affected

在控制台中没有生成其他消息，现在在表数据中有这4个值。我删除了除(1,1)之外的所有内容，这样我就可以在相同的场地进行测试

INSERT INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4) ON DUPLICATE KEY UPDATE uid=uid
...3 row(s) affected

REPLACE INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...5 row(s) affected

结果出来了。由于这一切都是在一个几乎没有数据的新表上执行的，而且不在生产环境中，因此执行的时间非常短，而且不相关。任何拥有真实数据的人都非常欢迎贡献这些数据。

我推荐使用INSERT…重复密钥更新。

如果使用INSERT IGNORE，那么如果它产生了重复的键，那么该行实际上不会被插入。但是该语句不会生成错误。相反，它生成一个警告。这些情况包括:

在具有PRIMARY key或UNIQUE约束的列中插入重复键。 在具有NOT NULL约束的列中插入NULL。 向分区表插入一行，但插入的值不映射到分区。

如果你使用REPLACE, MySQL实际上在内部执行了一个DELETE，然后是一个INSERT，这有一些意想不到的副作用:

分配一个新的自动递增ID。 带有外键的依赖行可能会被删除(如果使用级联外键)，或者阻止REPLACE。 在DELETE上触发的触发器被不必要地执行。 副作用也会传播到副本。

修正:替换和插入…ON DUPLICATE KEY UPDATE是MySQL特有的非标准专利发明。ANSI SQL 2003定义了一个MERGE语句，可以解决同样的需求(以及更多)，但MySQL不支持MERGE语句。

一个用户试图编辑这篇文章(编辑被版主拒绝了)。编辑试图添加一个声明，插入…ON DUPLICATE KEY UPDATE会分配一个新的自动递增id。确实生成了新的id，但是在更改的行中没有使用它。

参见下面的演示，使用Percona Server 5.5.28进行测试。innodb_autoinc_lock_mode=1(默认值):

mysql> create table foo (id serial primary key, u int, unique key (u));
mysql> insert into foo (u) values (10);
mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  1 |   10 |
+----+------+

mysql> show create table foo\G
CREATE TABLE `foo` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `u` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `u` (`u`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=latin1

mysql> insert into foo (u) values (10) on duplicate key update u = 20;
mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  1 |   20 |
+----+------+

mysql> show create table foo\G
CREATE TABLE `foo` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `u` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `u` (`u`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=latin1

上面演示了IODKU语句检测重复，并调用更新来更改u的值。注意AUTO_INCREMENT=3表示生成了一个id，但未在行中使用。

而REPLACE会删除原来的行并插入一个新行，生成并存储一个新的自动递增id:

mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  1 |   20 |
+----+------+
mysql> replace into foo (u) values (20);
mysql> select * from foo;
+----+------+
| id | u    |
+----+------+
|  3 |   20 |
+----+------+

如果要在表中插入与之冲突的主键或唯一索引，它将更新冲突的行，而不是插入该行。

语法:

insert into table1 set column1 = a, column2 = b on duplicate update column2 = c;

现在在这里，这个插入语句看起来可能与您之前看到的不同。此插入语句试图将table1中值为a和b的行分别插入列columnn1和column2。

让我们深入理解这句话:

例如:这里的column1被定义为table1中的主键。

现在，如果在table1中，column n1中没有值为“a”的行。因此，这条语句将在table1中插入一行。

现在，如果在table1中，在column2中有一行值为“a”。因此，这条语句将用“c”更新行column2的值，其中columnn1的值为“a”。

因此，如果你想插入一个新行，否则更新该行冲突的主键或唯一索引。 在这个链接上阅读更多

如上所述，如果使用INSERT..IGNORE，执行INSERT语句时发生的错误将被视为警告。

有一件事没有明确提到的是INSERT..IGNORE会导致无效值在插入时被调整为最接近的值(而无效值会导致查询中止，如果没有使用IGNORE关键字)。