通过日志看出以下信息：
持有锁:
update TM_DO_TRANS_TASK set TASK_STATUS=:1 where UUID=:2
update TM_DO_TRACKINFO set BACK_PLACE=:1 , LAST_MODIFIER=:2 , LAST_MODIFY_TIME=:3 , SIGN_TIME=:4 , SIGNER=:5 , STATUS=:6 where UUID=:7

等待锁：
update TM_DO_TRACKINFO set BACK_PLACE=:1 , LAST_MODIFIER=:2 , LAST_MODIFY_TIME=:3 , SIGN_TIME=:4 , SIGNER=:5 , STATUS=:6 where UUID=:7

估计是有应用冲突。

Current SQL Statement:
update TM_DO_TRANS_TASK set TASK_STATUS=:1 where UUID=:2
End of information on OTHER waiting sessions.
Current SQL statement for this session:
update TM_DO_TRACKINFO set BACK_PLACE=:1 , LAST_MODIFIER=:2 , LAST_MODIFY_TIME=:3 , SIGN_TIME=:4 , SIGNER=:5 , STATUS=:6 where UUID=:7

和开发沟通过，他那边日志也没发现死锁的情况，这个报错挺久了，也没出现数据异常的情况。我自己看着应该和应用逻辑有关

我也遇到过类似的情况。但这个报错确实很烦，有时候会干扰其它报错信息。看有没有大神知道这种情况怎么处理合适？