Spring事务死锁

今天同时导入两个比较耗时的批量操作，系统抛出了异常如下

 org.springframework.dao.DeadlockLoserDataAccessException: 

### Error updating database.  Cause: java.sql.SQLException: ORA-00060: 等待资源时检测到死锁

 

### The error may involve importPhoto.updateStudentPhoto-Inline

### The error occurred while setting parameters

### Cause: java.sql.SQLException: ORA-00060: 等待资源时检测到死锁

 

; SQL []; ORA-00060: 等待资源时检测到死锁

; nested exception is java.sql.SQLException: ORA-00060: 等待资源时检测到死锁

 

数据分析：

1.两个导入都修改了同一个表的数据

2.两个导入内容包含了相同的数据

3.两个导入的数据顺序不相同，是乱序的

两个导入都导入了1w条数据，导入1耗时3分钟左右，导入2耗时10分钟左右，意识到可能是事务死锁了。

原因分析：
    首先死锁是怎么发生的:
   简单说，两个或多个并发事务相互等待，互补想让，没有外力就无法继续下去，这就制造了死锁。数据库检测到死锁时，就会将死锁的各个事务回滚，并抛出ORA-00060异常。所以上面报错出现的情况极少，将死锁解除后又可以正常运行。

解决思路：
    死锁是无法根除的，特别在高并发的系统中。只有尽可能优化速度，减少互相等待的机会。原则为：执行速度越快越好，访问资源时锁的范围越小越好。根据这个原则就可以优化我们的sql，将负责的sql拆分，若果业务允许的情况下。还有事务越小越好。

解决技巧：
        1,出现死锁异常后，手工将死锁解开。
        2，找出造成死锁的sql：
            a，直接看日志：程序中日志做的很详细的话，是能够找到具体哪个sql报的错，操作的哪个表，还有别的模块也操作这个表，线程，并发的程序也会引起。
            b,通过oracle的后台v$session表 和 v$sql 的分析 找到。  
        3,对sql进行优化。