事物的传播属性
1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启新的事务。
2. PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。
3. PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
4. PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。
5. PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务。
6. PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常
7. PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务,
则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。
场景说明
交易正向处理流程：（业务库中的处理无跨库事务）
1 事务开启（REQUIRED）
2 记录技术流水，使用独立事务（REQUIRES_NEW） 这步要是出现异常 后续操作不会执行
3 在业务库读取业务数据（REQUIRED）(会在第5步结束之后事物挂起 最后提交见下方说明)
4 在业务库新增业务数据（REQUIRED）
5 在业务库修改业务数据（REQUIRED）
6 读取公共库的数据，不使用事务（NOT_SUPPORTED）
7 修改技术流水状态，使用独立事务（REQUIRES_NEW）
以下场景均经过测试验证：
1） 均无异常
第2步获取数据库连接1，并直接提交事务；
第3步获取新的数据库连接2，并在第5步之后挂起；
第6步获取新的数据库连接3，并读取数据成功；
第7步获取新的数据库连接4，并独立提交事务；
第3步获取的数据库连接2所对应的事务，最后提交。
2） 第2步记录技术流水异常，独立事务回滚，后续操作均不执行。
注意：模拟测试与实际场景不同，实际情况下，技术流水的记录由拦截栈来处理，流水记录失败是否进行后续业务操作，请以平台代码为准。
3） 第5步修改业务数据异常，第2步的流水记录新增正常提交，第4步的insert操作回滚，后续操作不执行。
4） 第6步读取公共库数据异常，第2步的流水记录新增正常提交，第4步的insert操作、第5步的update操作回滚，后续操作不执行。
注意：最外层的事务回滚，是因为第6步的异常抛到了外层，如果第6步内部处理掉异常，则不会导致最外层事务回滚。
事物的隔离级别
Spring提供了5种隔离级别：
1. ISOLATION_DEFAULT： 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。
2. ISOLATION_READ_UNCOMMITTED： 这是事务最低的隔离级别，它允许令外一个事务可以看到这个事务未提交的数据。
3. ISOLATION_READ_COMMITTED： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。
4. ISOLATION_REPEATABLE_READ： 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
5. ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 除了防止脏读，不可重复读外，还避免了幻像读。