MySQL一次死锁的问题
一个线上系统，稳定运行了一段时间后突然出现一些死锁情况，程序抛异常类似于下面这样：[*]com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction
[*] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[*] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[*] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[*] at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
[*] at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
[*] at com.mysql.jdbc.Util.getInstance(Util.java:381)
[*] at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1045)
[*] at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)
[*] at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3491)
[*] at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3423)
导致出现问题的SQL是这样的
[*]insert into xxx (...)
[*] select aaa, bbb from dual where not exists (
[*] select * from xxx where aaa = yyy
[*] )
这是一个我们很常见的场景：先查下某条数据是否存在，若不存在就插入一条。
之所以sql这样写，是为了防止高并发情况下发生唯一性约束冲突的异常，这种先select再insert的写法，被称作conditional insert。这里有一个潜在问题就是内层select会加锁，如果此时另外一个线程也进行查询操作，会直接deadlock。
解决办法也很粗暴：
直接insert，不带任何条件，然后程序里面做下容错，将所有唯一性约束的异常吃掉。
MySQL里面有很多这样看上去很美的写法和功能，真正用了才发现自己掉坑里了。生产环境，还是保守一点好。
页:
[1]