事务的概念

编程式事务：在业务代码中添加事务控制代码，这样的事务控制机制就叫做编程式事务 try/catch
声明式事务：通过xml或者注解配置的⽅式达到事务控制的⽬的，叫做声明式事务

事务四大特性

原⼦性（Atomicity）

原⼦性是指事务是⼀个不可分割的⼯作单位，事务中的操作要么都发⽣，要么都
不发⽣。从操作的⻆度来描述，事务中的各个操作要么都成功要么都失败

⼀致性（Consistency）

事务必须使数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。
例如转账前A有1000，B有1000。转账后A+B也得是2000。⼀致性是从数据的⻆度来说的，（1000，1000） （900，1100），不应该出现（900，1000）

隔离性（Isolation）

事务的隔离性是多个⽤户并发访问数据库时，数据库为每⼀个⽤户开启的事务， 每个事务不能被其他事务的操作数据所⼲扰，多个并发事务之间要相互隔离。 ⽐如：事务1给员⼯涨⼯资2000，但是事务1尚未被提交，员⼯发起事务2查询⼯资，发现⼯资涨了2000块钱，读到了事务1尚未提交的数据（脏读）

持久性（Durability）

持久性是指⼀个事务⼀旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发⽣故障 也不应该对其有任何影响。

事务隔离级别

Serializable（串⾏化）

可避免脏读、不可重复读、虚读情况的发⽣。（串⾏化） 最⾼

Repeatable read（可重复读）

可避免脏读、不可重复读情况的发⽣。(幻读有可能发⽣)

Read committed（读已提交）

可避免脏读情况发⽣。不可重复读和幻读⼀定会发⽣

Read uncommitted（读未提交）

最低级别，以上情况均⽆法保证。(读未提交) 最低
注意：级别依次升⾼，效率依次降低
MySQL的默认隔离级别是：REPEATABLE READ
设置MySQL事务的隔离级别： set session transaction isolation level xxx; （设置的是当前 mysql连接会话的，并不是永久改变的）

事务的传播⾏为

事务往往在service层进⾏控制，如果出现service层⽅法A调⽤了另外⼀个service层⽅法B，A和B⽅法本身都已经被添加了事务控制，那么A调⽤B的时候，就需要进⾏事务的⼀些协商，这就叫做事务的传播⾏为。
A调⽤B，我们站在B的⻆度来观察来定义事务的传播⾏为
事务的传播行为还有很多，但是常用的就这两个

加⼊到这个事务中。这是最常⻅的选择。 | | PROPAGATION_SUPPORTS
| ⽀持当前事务，如果当前没有事务，就以⾮事务⽅式执⾏ |