Mysql处理Duplicate entry ‘6‘ for key ‘PRIMARY‘
在业务中app和设备都需要调用ip查询对应城市的天气接口，出现了ip这个唯一索引引起的插入冲突。
以前单系统处理这种主键冲突或唯一索引冲突，都是先查询后插入。
使用 if-else语句，判断dp_city是否存在，若存在则更新，不存在则插入。
|
1
2
3
4
|
if not exists (select ip from dp_city where ip = adress) insert into dp_city (ip ,name,...) values(adress,name,...)else update dp_city set name= 'name',... where ip = adress |
但这样写不仅效率太差，每次都需要执行两条SQL语句，一条语句用来判断dp_city是否在表中已经存在，另一条语句用来插入或更新表中数据。
而且在高并发的场景下，两个请求同一时刻都查到数据不存在，一个请求先插入数据，另一个请求再插入数据时就会出现主键或索引冲突的异常，也不能保证原子性。
解决这个问题最常规的做法是：加锁
加数据库悲观锁太影响性能；加数据库乐观锁，基于版本号判断，一般用于更新操作，像这种插入操作基本上不会用。
另一种办法是使用redis加入基于redis的分布式锁，锁定已存在的ip。但也如果过度依赖redis，若是出现网络超时，服务就悲剧了。
那么有没有更优雅高效的方法呢，通过查阅资料，发现MySQL一条语句很好的解决了这个问题：ON DUPLICATE KEY UPDATE
该语句的语法如下：
|
1
|
INSERT INTO tablename(field1,field2, field3, ...) VALUES(value1, value2, value3, ...) ON DUPLICATE KEY UPDATE field1=value1,field2=value2, field3=value3, ...; |
这个语法的目的是为了解决重复性，当数据库中存在某个记录时，执行这条语句会更新它，而不存在这条记录时，会插入它。
该语句规则如下：
如果你插入的记录导致一个UNIQUE索引或者primary key(主键)出现重复，那么就会认为该条记录存在，则执行update语句而不是insert语句，反之，则执行insert语句而不是更新语句。
mysql1062错误：Duplicate entry ‘...‘ for key ‘PRIMARY
问题解释
Duplicate entry ‘…’ for key ‘PRIMARY，即插入数据时，要插入数据的主键数据(…)已经存在，不能再重复添加了。
例：Duplicate entry ‘0’ for key ‘PRIMARY是指主键为0的数据已经存在，不能再插入主键值为0的数据了。
问题解决
在执行插入操作insert前，可以先执行一遍该主键值的查找操作select
【简单的来说，就是这个语句已经执行过了，无需重复执行】
1062、1060报错都是一样的
以上为个人经验，希望能给大家一个参考，也希望大家多多支持服务器之家。
原文链接：https://blog.csdn.net/u011038738/article/details/114591152
