MySQL中replace?into与replace区别是什么

2025-06-19 20:03来源：互联网 [ 大中小 ]

0.故事的背景

【表格结构】

CREATETABLE`xtp_algo_white_list`(`strategy_type`intDEFAULTNULL,`user_name`varchar(64)COLLATEutf8_binDEFAULTNULL,`status`intDEFAULTNULL,`destroy_at`datetimeDEFAULTNULL,`created_at`datetimeDEFAULTCURRENT_TIMESTAMP,`updated_at`datetimeDEFAULTCURRENT_TIMESTAMP,UNIQUEKEY`xtp_algo_white_list_UN`(`strategy_type`,`user_name`))ENGINE=InnoDBDEFAULTCHARSET=utf8COLLATE=utf8_bin#`strategy_type`,`user_name`这两个是联合唯一索引，多关注后续需要用到！！！

【需求：】

根据表格里面， 209133002266账户的数据，重新插入一个用户20220302001，使得新生成的数据中strategy_type & status & destroy_at 字段与209133002266用户的一致。

使用update 一条一条更新也行，但是比较慢。

使用replace into 效果会高很多，但是深入研究发现也有一些坑的地方

replaceintoxtp_algo_white_list(`strategy_type`,`user_name`,`status`,`destroy_at`)selectstrategy_type,20220302001,status,destroy_atfromxtp_algo_white_listxawlwherexawl.user_name=209133002266;#replaceinto后面跟表格+需要插入的所有字段名（自动递增字段不用写）#select后面选择的字段，如果根据查询结果取值，则写字段名；如果是写死的，则直接写具体值即可#可以理解为，第一部分是插入表格的结构，第二部分是你查询的数据结果

step1：第一次执行sql情况

replaceintoxtp_algo_white_list(`strategy_type`,`user_name`,`status`,`destroy_at`)selectstrategy_type,20220302001,status,destroy_atfromxtp_algo_white_listxawlwherexawl.user_name=209133002266;

【执行完之后，查询结果如下：】

step2：第二次执行sql情况

为什么第二次执行的时候，显示update 12行的数据且created at 数据更新了，而第一次会显示update 6行？？？

1.因为在执行sql的时候，replace into 其实分了两个步骤执行。第一步是将查询到数据转化为新的数据。第二步，新的数据如果表中已经有相同的内容，则删除掉。如果没有相同的内容，则直接插入新的数据。

2.因如上第一次执行的时候，已经生成一次新数据了，第二次会先删除，再把最新的数据插入进去，最终才显示update 12 行

step3：第三次执行sql情况

#此时执行的是replacereplacextp_algo_white_list(`strategy_type`,`user_name`,`status`,`destroy_at`)selectstrategy_type,20220302001,status,destroy_atfromxtp_algo_white_listxawlwherexawl.user_name=209133002266;

最终查看到的情况与第二次执行的sql一样。

当新数据已经存在的时候，replace into 与replace是一样的

后续删除所有20220302001，执行1次，2次sql，发现replace into 与 replace 效果都是一样的

【总结：】当有唯一索引限制的时候，如果新增的数据会受限于唯一索引，则数据只会插入一次，如果已经存在则会先删除再插入。此时replace into 与replace 效果一样。

我们将strategy_type & user_name 联合唯一索引删除，且删除20220302001用户所有数据。最终表格结构如下：

CREATETABLE`xtp_algo_white_list`(`strategy_type`intDEFAULTNULL,`user_name`varchar(64)COLLATEutf8_binDEFAULTNULL,`status`intDEFAULTNULL,`destroy_at`datetimeDEFAULTNULL,`created_at`datetimeDEFAULTCURRENT_TIMESTAMP,`updated_at`datetimeDEFAULTCURRENT_TIMESTAMP)ENGINE=InnoDBDEFAULTCHARSET=utf8COLLATE=utf8_bin

step1：执行如下replace 对应sql：

replacextp_algo_white_list(`strategy_type`,`user_name`,`status`,`destroy_at`)selectstrategy_type,20220302001,status,destroy_atfromxtp_algo_white_listxawlwherexawl.user_name=209133002266;

step2：再次执行replace 对应sql：

第二次执行replace 对应sql ，因为没有唯一索引限制，结果原始数据居然没变动。又重新生成了新的6条数据。

如果后续还执行如上的sql，则数据还会继续增加

执行之前，先清理数据，将所有20220302001的数据都删除掉

step1：执行如下replace into 对应sql：

replaceintoxtp_algo_white_list(`strategy_type`,`user_name`,`status`,`destroy_at`)selectstrategy_type,20220302001,status,destroy_atfromxtp_algo_white_listxawlwherexawl.user_name=209133002266;

step2：再次执行replace into 对应sql：

最终发现，没有唯一索引的时候，replace into 与replace 居然一摸一样的效果，都是继续增加数据。

单独replace的作用是替换字段中某数值的显示效果。可以数值中的部分替换、也可以全部替换。

如下表格，将user_name的字段，20220302改为"A_20220303"显示，并且新字段叫做new_name显示

select*,replace(user_name,20220302,'A_20220303')as"new_name"fromxtp_algo_white_listwhereuser_name=20220302001;