zoukankan      html  css  js  c++  java
  • mysql ON DUPLICATE KEY UPDATE、REPLACE INTO

    INSERT INTO ON DUPLICATE KEY UPDATE 与 REPLACE INTO,两个命令可以处理重复键值问题,在实际上它之间有什么区别呢?
    前提条件是这个表必须有一个唯一索引或主键。

    1、REPLACE发现重复的先删除再插入,如果记录有多个字段,在插入的时候如果有的字段没有赋值,那么新插入的记录这些字段为空。
    2、INSERT发现重复的是更新操作。在原有记录基础上,更新指定字段内容,其它字段内容保留。


    这样REPLACE的操作成本要大于 insert  ON DUPLICATE KEY UPDATE ,按道理应该选用insert  ON DUPLICATE KEY UPDATE


    部分测试如下
    2个 都是 影响的数据栏: 2

    INSERT语法

    INSERT [LOW_PRIORITY | DELAYED | HIGH_PRIORITY] [IGNORE]
           [INTO] tbl_name [(col_name,...)]
           VALUES ({expr | DEFAULT},...),(...),...
           [ ON DUPLICATE KEY UPDATE col_name=expr, ... ]

    或:

    INSERT [LOW_PRIORITY | DELAYED | HIGH_PRIORITY] [IGNORE]
           [INTO] tbl_name
           SET col_name={expr | DEFAULT}, ...
           [ ON DUPLICATE KEY UPDATE col_name=expr, ... ]

    或:

    INSERT [LOW_PRIORITY | HIGH_PRIORITY] [IGNORE]
           [INTO] tbl_name [(col_name,...)]
           SELECT ...
           [ ON DUPLICATE KEY UPDATE col_name=expr, ... ]
    
    
    一、DELAYED 的使用
         使用延迟插入操作
    DELAYED调节符应用于INSERT和REPLACE语句。当DELAYED插入操作到达的时候,
    服务器把数据行放入一个队列中,并立即给客户端返回一个状态信息,这样客户
    端就可以在数据表被真正地插入记录之前继续进行操作了。如果读取者从该数据
    表中读取数据,队列中的数据就会被保持着,直到没有读取者为止。接着服务器
    开始插入延迟数据行(delayed-row)队列中的数据行。在插入操作的同时,服务器
    还要检查是否有新的读取请求到达和等待。如果有,延迟数据行队列就被挂起,
    允许读取者继续操作。当没有读取者的时候,服务器再次开始插入延迟的数据行。
    这个过程一直进行,直到队列空了为止。
    几点要注意事项:
    · INSERT DELAYED应该仅用于指定值清单的INSERT语句。服务器忽略用于INSERT DELAYED...SELECT语句的DELAYED。
    · 服务器忽略用于INSERT DELAYED...ON DUPLICATE UPDATE语句的DELAYED。
    · 因为在行被插入前,语句立刻返回,所以您不能使用LAST_INSERT_ID()来获取AUTO_INCREMENT值。AUTO_INCREMENT值可能由语句生成。
    · 对于SELECT语句,DELAYED行不可见,直到这些行确实被插入了为止。
    · DELAYED在从属复制服务器中被忽略了,因为DELAYED不会在从属服务器中产生与主服务器不一样的数据。
    注意,目前在队列中的各行只保存在存储器中,直到它们被插入到表中为止。这意味着,如果您强行中止了mysqld(例如,使用kill -9)
    或者如果mysqld意外停止,则所有没有被写入磁盘的行都会丢失。
    二、IGNORE的使用
    IGNORE是MySQL相对于标准SQL的扩展。如果在新表中有重复关键字,
    或者当STRICT模式启动后出现警告,则使用IGNORE控制ALTER TABLE的运行。
    如果没有指定IGNORE,当重复关键字错误发生时,复制操作被放弃,返回前一步骤。
    如果指定了IGNORE,则对于有重复关键字的行,只使用第一行,其它有冲突的行被删除。
    并且,对错误值进行修正,使之尽量接近正确值。
    insert ignore into tb(...) value(...)
    这样不用校验是否存在了,有则忽略,无则添加
     
    三、ON DUPLICATE KEY UPDATE的使用

    如果您指定了ON DUPLICATE KEY UPDATE,并且插入行后会导致在一个UNIQUE索引或PRIMARY KEY中出现重复值,则执行旧行UPDATE。例如,如果列a被定义为UNIQUE,并且包含值1,则以下两个语句具有相同的效果:

    mysql> INSERT INTO table (a,b,c) VALUES (1,2,3)
     
           -> ON DUPLICATE KEY UPDATE c=c+1;
     
    
    
     
    mysql> UPDATE table SET c=c+1 WHERE a=1;
     

    如果行作为新记录被插入,则受影响行的值为1;如果原有的记录被更新,则受影响行的值为2。

     

    注释:如果列b也是唯一列,则INSERT与此UPDATE语句相当:

     
    mysql> UPDATE table SET c=c+1 WHERE a=1 OR b=2 LIMIT 1;
     

    如果a=1 OR b=2与多个行向匹配,则只有一个行被更新。通常,您应该尽量避免对带有多个唯一关键字的表使用ON DUPLICATE KEY子句。

     

    您可以在UPDATE子句中使用VALUES(col_name)函数从INSERT...UPDATE语句的INSERT部分引用列值。换句话说,如果没有发生重复关键字冲突,则UPDATE子句中的VALUES(col_name)可以引用被插入的col_name的值。本函数特别适用于多行插入。VALUES()函数只在INSERT...UPDATE语句中有意义,其它时候会返回NULL。

     

    示例:

     
    mysql> INSERT INTO table (a,b,c) VALUES (1,2,3),(4,5,6)
     
           -> ON DUPLICATE KEY UPDATE c=VALUES(a)+VALUES(b);
     

    本语句与以下两个语句作用相同:

     
    mysql> INSERT INTO table (a,b,c) VALUES (1,2,3)
     
           -> ON DUPLICATE KEY UPDATE c=3;
     
    mysql> INSERT INTO table (a,b,c) VALUES (4,5,6)
     
           -> ON DUPLICATE KEY UPDATE c=9;
     

    当您使用ON DUPLICATE KEY UPDATE时,DELAYED选项被忽略。

     

     

     

    总结:DELAYED 做为快速插入,并不是很关心失效性,提高插入性能。(经测试 不能用于innodb中; ERROR 1616 (HY000): DELAYED option not supported for table 't')

     

            ignore     只关注主键对应记录是不存在,无则添加,有则忽略。

     

         ON DUPLICATE KEY UPDATE 在添加时操作,关注非主键列,注意与ignore的区别。有则更新指定列,无则添加。

  • 相关阅读:
    MySQL修改配置,区分大小写
    mvc中validateinput属性在asp.net4中不工作
    VS2010开发环境最佳字体及配色
    推荐19个很有用的 JavaScript 库
    Mysql limit 优化,百万至千万级快速分页,复合索引的引用并应用于轻量级框架
    C:\Windows\system32\MSVCR100.dll 没有被指定在 Windows 上运行,或者它包含错误。请尝试使用原始安装媒体重新安装程序,或联系您的系统管理员或软件供应商以获取支持。【解决办法】
    log4net配置步骤
    TraceSource记录程序日志
    [转] WPF TextBox控件中文字实现垂直居中
    SQL Server实现类似split功能
  • 原文地址:https://www.cnblogs.com/wangxusummer/p/4134559.html
Copyright © 2011-2022 走看看