MySQL on duplicate key update 批量插入并更新已存在数据

业务上经常存在一种现象，需要批量往表中插入多条数据，但在执行过程中，很可能因为唯一键冲突，而导致批量插入失败。
因此需要事先判断哪些数据是重复的，哪些是新增的。
比较常用的处理方法就是找出已存在的数据，并将其与不存在的数据区分开，已存在的数据一条条的更新。不存在的数据则批量更新。
这种方法会导致代码逻辑复杂，同时严重降低代码效率。

为了应对这种业务场景，MySQL有一种专有语法（insert into ... on duplicate key update）批量插入并更新唯一键数据

CREATE TABLE `user_card` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
  `uid` int(10) DEFAULT '' COMMENT '用户ID',
  `grade_id` int(10) DEFAULT '' COMMENT '等级ID',
  `name` varchar(255) DEFAULT '' COMMENT '姓名',
  `money` decimal(10,2) DEFAULT '0.00' COMMENT '余额',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uid_gid` (`uid`,`grade_id`)    -- 业务上的唯一键
) ENGINE=INNODB DEFAULT CHARSET=utf8 ;

如上图所示，批量插入的数据，遇到已存在记录（根据唯一键，创表语句中的 UNIQUE KEY 判断）时，自动更新已有的数据。
其中 money字段 以数据库现有值为准不进行更新， name字段使用了关键字 VALUES() 以外部值为准进行更新。
如果表中有多个唯一键（可以是单列索引或复合索引），则任意一个唯一键（UNIQUE KEY）冲突时，都会自动更新数据。
通过 on duplicate key update 语法，可以指定哪些字段进行更新，哪些字段不进行更新。
所有操作均由SQL处理，不需要额外程序代码分析，能够大幅提高程序执行效率。

P.S：补充下不使用 replace into 语法的原因：
1、replace into 遇到已存在的记录，会先删除掉表中原有的记录后，再插入新的记录，
这样会导致该记录的主键发生变化，如果该表的主键和其它表有业务关联，那么会导致关联数据丢失。
2、replace into 插入的主键在某些时候不是连续自增的，这样会导致主键增长的数据很快，有时候会超过 int(10) 的最大值