定义
事务，什么是事务，它是数据库操作的最小工作单元，是作为单个逻辑工作单元的一系列操作；
或者说，事务是一组不可再分割的操作集合。
典型事务场景：
转账
update user_account set balance = balance - 1000 where userID = 3;
update user_account set balance = balance +1000 where userID = 1;
如何开启
begin / start transaction -- 手工
commit / rollback -- 事务提交或回滚
SHOW VARIABLES like 'autocommit'; 查看是否开启自动提交
set session autocommit = on/off; -- 设定事务是否自动开启
JDBC 编程：
connection.setAutoCommit（boolean）;
Spring 事务AOP编程：
expression=execution（com.gpedu.dao..(..)）
事务的特性(谨记 ACID)
原子性
最小的工作单元，整个工作单元要么一起提交成功，要么全部失败回滚。
一致性
事务中操作的数据及状态的改变是一致的，即写入资料的结果必须完全符合预设的规则，不会因为出现系统意外导致状态不一致。比如上面转账的例子，如果第一个账户减掉1000块钱，那么第二个不可以只加几百块钱，数据必须是对的上的。
隔离性
一个事务所操作的数据在提交之前对其他事务可见性设定，一般设定不可见。
持久性
事务所作的修改会永久保存，不会因为系统意外导致数据的丢失。
事务并发时带来的一些问题
1.脏读
一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条记录的数据处于不一致状态；此时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”数据，并做进一步的处理，就会产生未提交的数据依赖。
2.不可重复读
一个事务在读取某些数据后，再次读取以前读过的数据，发现读出来的数据已经发生了变化，或者某些记录已经被删除
3.幻读
一个事务按照相同的检索条件，重新读取以前检索过的数据，却发现其他事务插入了满足查询条件的新数据，该现象就称为“幻读”，表现为新插入数据
4.更新丢失
当两个或者多个事务选择同一行，然后基于最初选定的值进行更新操作时，由于每个事务都不知道其他事务的存在，则会发生丢失更新问题，即最后的更新并覆盖了前一个程序员所做的更改。
针对上面产生的问题解决定义了四种隔离级别
隔离级别
SQL92 ANSI/ISO标准：
http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt
Read Uncommitted（未提交读） --未解决并发问题
事务未提交对其他事务也是可见的，会有脏读（dirty read）
Read Committed（提交读） --解决脏读问题
一个事务开始之后，只能看到自己提交的事务所做的修改，但是不可重复读（nonrepeatable read）
Repeatable Read (可重复读) --解决不可重复读问题
在同一个事务中多次读取同样的数据结果是一样的，这种隔离级别未定义解决幻读的问题
Serializable（串行化） --解决所有问题
最高的隔离级别，通过强制事务的串行执行 ，所有的事务都串行指向。
隔离级别是怎么实现的？？
通过锁还有MVCC来实现。
见这篇文章: https://www.jianshu.com/p/b32086b9c38d
spring事务的传播性
基本上，在使用spring开发的时候，也需要关注事务传播性。所谓spring 事务的传播属性，就是定义在存在多个事务同时存在的时候，spring 应该如何处理这些事务的行为。这些属性在TransactionDefinition 中定义，具体常量的解释见下表：
xml使用:
注解方式使用:
更详细的，我突然发现了一片文章，整理得更细致。
https://blog.csdn.net/hcmony/article/details/77850183
