基础知识:
事务的基本要素 ：ACID
A：Atomicity（原子性）
事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节
C：Consistency（一致性）
A向B转账，不可能A扣了钱，B却没收到
I：Isolation（隔离性）
A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账
D：Durability（持久性）
事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚
| 事务隔离级别 |
脏读 | 不可重复读 | 幻读 |
| 读未提交（read-uncommitted） | 是 | 是 | 是 |
| 不可重复读（read-committed） | 否 | 是 | 是 |
| 可重复读（repeatable-read） | 否 | 否 | 是 |
| 串行化（serializable） | 否 | 否 | 否 |
读未提交（read-uncommitted）:
A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200，但是B还没有提交事务，A再次查询，查到的是200元，这种在没提交事务的时候查询出的数据为脏数据；（B有可能为误操作，进行回滚）
不可重复读（read-committed）：
A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200，但是B还没有提交事务，A再次查询，查到的确实是100元（因为B没有提交），在B提交时候后，A再次查询，为200元；A的这两次查询结果的不一致，就叫做不可重复读
可重复读（repeatable-read）：
A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200，但是B还没有提交事务，A再次查询，查到的确实是100元（因为B没有提交），在B提交时候后，A再次查询，仍然为100元；A的这两次查询结果一致，解决了不可重复读的问题。不过如果A对小王的余额执行更新语句，让卡上余额多500，那么再次查询后，余额就为700了（500+200）
注意：可重复读的隔离级别下使用了MVCC机制，select操作不会更新版本号，是快照读（历史版本）；insert、update和delete会更新版本号，是当前读（当前版本）
串行化（serializable）：
A、B两个客户端，A查询表A中，小王的卡上余额为100元，这时候，B对金额进行修改，改为200,执行的时候报错，因为这种隔离级别会锁表
在这种情况下，只允许一个事务在执行，其它事务必须等待这个事务执行完后才能执行。没有并发，只是单纯的串行。
附;
A：Atomicity（原子性）
整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
C：Consistency（一致性）
一个事务可以封装状态改变（除非它是一个只读的）。事务必须始终保持系统处于一致的状态，不管在任何给定的时间并发事务有多少。
也就是说：如果事务是并发多个，系统也必须如同串行事务一样操作。其主要特征是保护性和不变性(Preserving an Invariant)，以转账案例为例，假设有五个账户，每个账户余额是100元，那么五个账户总额是500元，如果在这个5个账户之间同时发生多个转账，无论并发多少个，比如在A与B账户之间转账5元，在C与D账户之间转账10元，在B与E之间转账15元，五个账户总额也应该还是500元，这就是保护性和不变性。
I：Isolation（隔离性）
隔离状态执行事务，使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。
D：Durability（持久性）
在事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。