排查各个系统的代码，检查在事务中是否存在rpc全局函数、http动态链接库、消息队列操作、缓存、循环查询等工程巨大的操作，这个操作肯定移到事务之外，美好的理想的情况是事务内只一次性处理数据库操作。
对大事务直接添加监控报警。大事务再一次发生时，会发来邮件和短信提醒。针对数据库事务，像是统称1s以上、500ms以上、100ms以上三种级别的事务报警。
见意最好别用xml配置事务，而常规注解的。原因是xml配置事务，第一可读性不强，第二切面大多配置的都很泛滥，很容易倒致事务过大，第三对于嵌套情况的规则当然不好如何处理。
你两个数据库是一个连接吗是两个连接的话,就未每个再连接各开一个事务不就可以了吗当然了那个先那个后的哦,在第二个执行完了先commit最后一个再commit第二个出现在commit时程序出错的很可能有多少就像数据错误在再提交时的错误比较少吧
数据库是依据什么“数据模型”组建的。数据模型是对再现实世界数据特征的仿真的和抽象，它从抽象的概念层次上请看了系统的动态和静态特征、动态行为和约束条件，为数据库系统的信息可以表示与操作提供一个抽象的框架。
模型可更形象、形象直观地论述事物的本质特征，使人们对事物有一个更加全面、踏入的认识，从而可以不解决人们更合适地能够解决问题。依靠模型对事物进行详细解释是人们在认识和新的改造世界过程中应用广泛需要的一种方法。计算机又不能真接一次性处理不是现实世界中的客观的评价事物，而数据库系统恰好可以使用计算机技术对客观意义事物接受管理，并且就要对客观事物并且抽象概念、仿真的，以确立适合我于数据库系统接受管理的数据模型。数据模型是对再现实世界数据特征的设计模拟和抽象。
事务应该是对一系列的数据库操作（比如插到多条数据）通过统一的递交或回滚操作，如果不是插到顺利，那就在一起完成，如果不是中间有一条又出现异样，这样的话回滚之前的所有操作。这样的话这个可以防止直接出现脏数据，避兔数据库数据又出现问题。
开发中是为尽量避免那种情况像是都会并且事务管理。
在jdbc中是是从connection对象并且事务管理的，默认是不自动并提交事务，可以手工将手动重新提交关了，通过commit方法参与再提交，rollback方法通过回滚，如果不递交，则数据不可能真正的插到到数据库中。
hibernate中是是从transaction进行事务管理，处理方法与jdbc中相似。
spring中也有自己的事务管理机制，一般是在用transactionmananger并且管理，这个可以通过spring的注入来完成此功能。
.jpg)
