on duplicate key update的坑

背景

批量的有则更新无则新增，是项目中经常遇到的需求，完成这个需求的方法也很多，近期工作的时候图省事用on duplicate key update做这个需求的时候，发现了一个奇怪的缺点。

情况

SQL如下

INSERT INTO person values(person_id, name,age) VALUES (#{personId},#{name}, #{age})
ON DUPLICATE KEY UPDATE SET 
age = #{age}

（需要注意的是，你插入的字段中要保证有主键或者唯一索引，否则不会生效，因为要根据这个来判断数据是否存在）

在写完测试的时候发现，如果这个SQL在执行更新操作的时候，主键也会递增，比如说我初始id是1，然后更新了三次age，这时候再新增数据，id应该是2，可是实际却是5，也就是说每一次更新都会使主键id+1，这样会导致id的增加不连续，如果业务量很大话，id可能会达到int最大值，导致无法再新增数据。

反思

在业务不是很复杂的时候，mysql提供的on duplicate key update方法缺失可以很轻松的解决需求，无需再写一堆业务代码来查询再判断是更新还是插入，但是万物都有缺点，只是看这个缺点是不是可以接受，不能只盯着方便不考虑后果。