前言：
因为没有多少时间和精力，目前无法深入研究数据库中的事务，比如
但是，对于事务的一些基本知识，还是需要牢牢掌握的，做到了解事务的基本常识，在实际开发中能够理解各个持久层框架对事务的处理
一：是么是事务？
下面是百度百科的结果
在开发中对于一个业务逻辑需要对数据进行的一系列CRUD操作，这一系列操作，我们可以把它称为一个事务
这样理解事务就必须了解事务四大特性：原子性 、一致性、隔离性、持久性
二：事务的四大特性--ACID
2.1：原子性
在一个事务中对数据的所有操作，属于一个单元，不可分割，只有成功或者失败，不可能某个操作成功某个操作失败
2.2：一致性
事务前后，数据的一致性，在既定规则下的事务处理过程中，必须严格按照既定规则操作数据，不可破坏规则
维护数据的一致性任务应该由程序员来完成
比如数据修改前为 10.00 修改完后变成了 5.5 满足一致性应该为5.50（这是我自己的理解）
2.3：隔离性
体现在并发事务情况下，多个事务互相隔离，互不影响
2.4：持久性
在正确提交事务后，对数据的修改将是永久性的
三：事务的隔离级别
体现在并发事务中的读的操作
事务有四个隔离级别：READ-UNCOMMITTED 、 READ COMMITTED、 REPEATABLE READ 、 SERIALIZABLE
MySQL默认使用repeatable read级别--可重复读
3.1：脏读
在事务A中读取到事务B修改了但是未提交的数据，一旦其他事务回滚了，那么这样式比较危险的，读取到了错误的数据
3.2：不可重复读
事务中读取到其他事务提交后的数据，重复读取相同数据可能发现前后结果矛盾，因此叫 不可重复读
解决了脏读，但是在事务A中可以读取到事务B提交后的数据（导致在事务A中多次执行相同的读的操作的结果不同）
3.3：可重复读
在一个事务中不会读取到其他事务提交后的数据，重复读取数据前后结果一致，因此叫 可重复读
但是事务B如果在查询数据后对又修改，然后再读取数据，此时结果逻辑上可能不正确，好像前面读取时发生了幻觉！！
图解MySQL默认隔离级别可重复读解决的问题和存在的问题
3.4：串行化
可能在分布式事务中会使用
总结：首先我们需要明确一点，所有隔离级别，可能出现的问题或者所解决的问题都有一个前提，那就是在一个事务中
对于前三个隔离级别都有各自存在的问题，问题严重程度是递减的
可能出现的问题都发生在select语句中，毕竟 脏读、不可重复读，可重复读，幻读，都有一个读字
对于递增的隔离级别，试图要解决的问题是
脏读：读取到的数据可能是错误的（其他事务未正确提交，或者回滚），可能导致我们错误的判断，错误的数据操作，必须解决
不可重复读：前后读取的数据不一致，某种程度上违背了事务的隔离性原则；但是在一个事务单元中，相同的读取操作却每次的结果都可能不一样，某种程度上也会让我们感到困惑
可重复读：相同条件下每次读取到的结果都一样，仅仅是在我们读取前后之间对数据操作有可能会导致结果在本事务中逻辑上存在错误，但是数据本身是没有错的
对于不可重复读和可重复读，虽然都有各自的缺点，但是都不影响我们对数据的修改，持久化数据的操作（update）总会获取当前最新的值。
四：事务的分类
4.1：扁平事务（FLAT TRANSACTION）
4.2：带有保存点的扁平事务（FLAT TRANSACTION WITH SAVPOINTS）
4.3：链式事务（Chained TRANSACTION）
4.4：嵌套事务（Nested Transaction） InnoDB不支持
4.5：分布式事务（Distributed Transaction）--ATM机跨行转账案例
五：MYSQL中的事务
innoDB是MYSQL数据库的默认存储引擎，支持事务操作
本来想自己亲手测试一下，不同事务隔离级别对数据读取的影响，想想还是算了吧，了解了就可以了
MYSQL默认事务隔离级别是REPEATABLE READ---可重复读