数据库事务特点
ACID 原子性，一致性，隔离性，永久性
数据库事务说是如何实现的?
（1）：通过预写日志方式实现的，redo 和 undo 机制是数据库实现事务的基础
（2）：redo 日志用来在断电 / 数据库崩溃等状况发生时重演一次刷数据的过程，把 redo 日志里的数据刷到数据库里，保证了事务 的持久性（Durability）
（3）：undo 日志是在事务执行失败的时候撤销对数据库的操作，保证了事务的原子性
数据库事务隔离级别
（1）：读未提交 read-uncommitted-- 脏，不可重复读 -- 幻读 A 读取了 B 未提交的事务，B 回滚，A 出现脏读；
（2）：不可重复读 read-committed-- 不可重复读 -- 幻读 A 只能读 B 已提交的事务，但是 A 还没结束，B 又更新数据隐式提交，然后 A 又读了一次出现不可重复读；
（3）：可重复读 repeatable-read <默认>-- 幻读 事务开启，不允许其他事务的 UPDATE 修改操作 A 读取 B 已提交的事务，然而 B 在该表插入新的行，之后 A 在读取的时候多出一行，出现幻读；
（4）：串行化 serializable--
七种事务传播行为
（1）Propagation.REQUIRED <默认> 如果当前存在事务，则加入该事务，如果当前不存在事务，则创建一个新的事务。
（2）Propagation.SUPPORTS 如果当前存在事务，则加入该事务；如果当前不存在事务，则以非事务的方式继续运行。
（3）Propagation.MANDATORY 如果当前存在事务，则加入该事务；如果当前不存在事务，则抛出异常。
（4）Propagation.REQUIRES_NEW 重新创建一个新的事务，如果当前存在事务，延缓当前的事务。
（5）Propagation.NOT_SUPPORTED 以非事务的方式运行，如果当前存在事务，暂停当前的事务。
（6）Propagation.NEVER 以非事务的方式运行，如果当前存在事务，则抛出异常。
（7）Propagation.NESTED 如果没有，就新建一个事务；如果有，就在当前事务中嵌套其他事务。
产生死锁的四个必要条件
（1）：互斥：资源 x 的任意一个时刻只能被一个线程持有 （2）：占有且等待：线程 1 占有资源 x 的同时等待资源 y，并不释放 x （3）：不可抢占：资源 x 一旦被线程 1 占有，其他线程不能抢占 x （4）：循环等待：线程 1 持有 x，等待 y，线程 2 持有 y，等待 x 当全部满足时才会死锁
@Transaction
底层实现是 AOP，动态代理 （1）：实现是通过 Spring 代理来实现的。生成当前类的代理类，调用代理类的 invoke（）方法，在 invoke（）方法中调用 TransactionInterceptor 拦截器的 invoke（）方法；
（2）：非 public 方式其事务是失效的；
（3）：自调用也会失效，因为动态代理机制导致
（4）多个方法外层加入 try...catch，解决办法是可以在 catch 里 throw new RuntimeException（）来处理
