org.springframework.dao.DeadlockLoserDataAccessException:
### Error updating database. Cause: com.ibm.db2.jcc.am.SqlTransactionRollbackException: DB2 SQL Error: SQLCODE=-911, SQLSTATE=40001, SQLERRMC=68, DRIVER=4.11.77
### The error may involve defaultParameterMap
### The error occurred while setting parameters
### Cause: com.ibm.db2.jcc.am.SqlTransactionRollbackException: DB2 SQL Error: SQLCODE=-911, SQLSTATE=40001, SQLERRMC=68, DRIVER=4.11.77
; SQL []; DB2 SQL Error: SQLCODE=-911, SQLSTATE=40001, SQLERRMC=68, DRIVER=4.11.77; nested exception is com.ibm.db2.jcc.am.SqlTransactionRollbackException: DB2 SQL Error: SQLCODE=-911, SQLSTATE=40001, SQLERRMC=68, DRIVER=4.11.77
at org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:269)
at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72)
at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:71)
at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:346)
at com.sun.proxy.$Proxy14.update(Unknown Source)
at org.mybatis.spring.SqlSessionTemplate.update(SqlSessionTemplate.java:245)
at com.yeepay.g3.utils.persistence.mybatis.GenericDaoDefault.update(GenericDaoDefault.java:181)
at com.yeepay.g3.nuccfundscheck.dao.impl.FundsCheckTaskDaoImpl.updateSourceForSuccess(FundsCheckTaskDaoImpl.java:94)
at com.yeepay.g3.fundscheck.core.nucc.service.FundsCheckTaskService2Test.service2(FundsCheckTaskService2Test.java:43)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:88)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
Caused by: com.ibm.db2.jcc.am.SqlTransactionRollbackException: DB2 SQL Error: SQLCODE=-911, SQLSTATE=40001, SQLERRMC=68, DRIVER=4.11.77
at com.ibm.db2.jcc.am.gd.a(gd.java:663)
at com.ibm.db2.jcc.am.gd.a(gd.java:60)
at com.ibm.db2.jcc.am.gd.a(gd.java:127)
at com.ibm.db2.jcc.am.jn.c(jn.java:2561)
at com.ibm.db2.jcc.t4.cb.s(cb.java:967)
at com.ibm.db2.jcc.t4.cb.k(cb.java:404)
at com.ibm.db2.jcc.t4.cb.a(cb.java:61)
at com.ibm.db2.jcc.t4.q.a(q.java:50)
at com.ibm.db2.jcc.t4.sb.b(sb.java:226)
at com.ibm.db2.jcc.am.kn.oc(kn.java:2930)
at com.ibm.db2.jcc.am.kn.b(kn.java:3876)
at com.ibm.db2.jcc.am.kn.ic(kn.java:2269)
at com.ibm.db2.jcc.am.kn.execute(kn.java:2249)
at org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:172)
at org.apache.commons.dbcp.DelegatingPreparedStatement.execute(DelegatingPreparedStatement.java:172)
at org.apache.ibatis.executor.statement.PreparedStatementHandler.update(PreparedStatementHandler.java:22)
at org.apache.ibatis.executor.statement.RoutingStatementHandler.update(RoutingStatementHandler.java:51)
at org.apache.ibatis.executor.SimpleExecutor.doUpdate(SimpleExecutor.java:29)
at org.apache.ibatis.executor.BaseExecutor.update(BaseExecutor.java:75)
at org.apache.ibatis.executor.CachingExecutor.update(CachingExecutor.java:43)
at org.apache.ibatis.session.defaults.DefaultSqlSession.update(DefaultSqlSession.java:118)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:338)
... 35 more
系统报了一个异常。经查，一个线程先更新一条数据，然后继续做别的事情（解析文件）。这时，事务没有释放，一直占有这这条数据，虽然数据库已经执行完毕。
另外一个线程也要更新这条数据，但是因为有事务没有释放，所以它一直等待，直到报错。
启示：在一个方法上加了事务，那么这个方法里所有对数据库的操作都会被加上锁。这个锁应该是行锁。直到这个方法结束，事务才都会被提交。加了事务的方法不要干一些别的耗时的操作。
另外的发现：在加了事务的方法里启动一个新线程。新线程不会有事务。
DB2数据库：
几种查询事务：第一个，没有事务，查询SQL加上with rs。对应的数据没有锁。
第二个：有事务，查询sql加上with rs。对应的数据上锁了。
其他的更新和带rs的查询，都会等待着已经获得锁的事务提交。这种使用注解的，方法结束了事务就提交了。
第三个：有事务，但是sql没有with rs。这种不会上锁。
结论：事务与with rs要一起用才可以锁数据。
查询最后不加with xx 应该是一个默认的级别，这个级别是什么呢？
SQL带with rs，有事务。在一个方法内的两次带rs的查询都是可以查到的。这个是锁的可重入性。
rs(Read Stability)读稳定性，在一个事务中进行查询时，不允许读取其他事务update的数据，允许读取到其他事务提交的新增数据，使用读稳定性，在同一个工作单元中的一个程序进程所检索的全部行都会被锁定。对于一个给定的游标，它要锁定所有与结果集匹配的行，例如，如果你有一个含1000行的表并且查询返回10行，那么只有那10行会被锁定。读稳定性使用中等级别的锁定。
人话解释：查询的结果集会被锁定，只允许本事务操作。with rs，实际上只是在查询上使用的。经过上面的试验可以看出，你想要使用rs在select时上锁，必须搭配事务一起使用。而在update时，只要有事务，不加with rs 这一行数据也会上锁，所以rs在update时没有作用。
rr(Repeatable Read)可重新性，可重复读是最高的隔离级别，提供了最大程度的锁定和最少的并行。产生结果集的所有行都会被锁定，也就是说，即使不必出现在最终结果集中的行也会被锁定。在此该工作单元结束前，任何其它程序都不能修改，删除或插入一个会影响结果集的行。重复读确保程序在一个工作单元中多次进行的同一项查询都返回结果。在一个事务中进行查询时，不允许任何对这个查询表的数据修改。
人话解释：只要被扫过的数据就会上锁，哪怕它不是结果集中的一员。啥叫可重复读呢？就是本次事务中每次读的结果都是一样一样的，你想在我事务没提交前插入一个影响我结果集的数据，导致我第一查询和第二次查询结果集不一致，那是不可能的！
cs(Cursor Stability) 在一个事务中进行查询时，允许读取提交前的数据，数据提交后，当前查询就可以读取到数据，update数据的时候并不锁表，在这一隔离级别中，游标的“当前”行是锁定的。如果该行只是被读，锁定会一直持续到一个新行被访问或者该工作单元终止。如果该行被修改，锁定会一直持续到该工作单元终止。
人话解释：此隔离级别仅锁住当前处理的纪录。啥叫当前处理记录呢？就是与数据库查数的那一瞬间，查完了，当前处理也就结束了。这个也是默认的隔离级别。