事务的四要素、事务的并发问题和MySQL的事务隔离级别

事务的基本要素(ACID):
A--Atomicity：原子性，事务要么全部成功，要么全部失败，不可分割
C--Consistency：一致性，事务的开始前和结束后，数据库都会处于一致性的状态
I--Isolation：隔离性，同一时间只允许一个事务处理同一数据，多个事务之间要相互隔离，相互感觉不到对方的存在
D-Durability：持久性，事务提交完成后，对数据库的所有改变被保存到数据库里，是永久性的，不能回滚

事务并发问题：
1.脏读：A事务读到了B事务更新的数据，如果B事务的相关更新在A事务读取后回滚，那么A事务读取到的是脏数据
2.不可重复读：A事务多次读取同一数据，B事务在A事务两次读取之间，对数据作了更新并提交，导致事务A多次读取同一数据时，读取到的结果不一致。
3.幻读：和不可重复读类似，一个偏向于修改，一个偏向于新增或删除。

Mysql事务隔离级别：
1.未提交读(read uncommitted)
    只要修改完就可以读取到，不管有没有提交，相当于是0隔离
    事务隔离级别------脏读：是、不可重复读：是、幻读：是
2.已提交读(read committed)
    一个事务只能读取其他事务中已经提交的数据，也叫不可重复读
    事务隔离级别------脏读：否、不可重复读：是、幻读：是
3.可重复读(repeatable read)
    一个事务只能读取其他事务中已经提交的数据。如果在该事务中多次读取某条数据的值，获取到的值都会和第一次读取到的值一致，不会随着别的事务对数据的修改而改变。
    和已提交读连在一起理解，一个是不可重复读，一个是可重复读
    事务隔离级别------脏读：否、不可重复读：否、幻读：是
4.串行化(serializable)
    不允许并行操作，只能读-读并发，不允许并发读-写
    事务隔离级别------脏读：否、不可重复读：否、幻读：否
    
在可重复读(repeatable read)模式下，the first UPDATE acquires an x-lock on each row that it reads and does not release any of them
如果第一个会话更新a表的一行但不提交，那么另一个会话对a表的任何DML都会lock wait，这个和Oracle不一样，这个可危险多了。。。    
在已提交读(read committed)模式下，the first UPDATE acquires an x-lock on each row that it reads and releases those for rows that it does not modify

MySQL如何支持已提交读(read committed)和可重复读(repeatable read)：
Multi-Version Concurrency Control 多版本并发控制
通过一致性视图consistent read view控制，用于支持已提交读(read committed)和可重复读(repeatable read)的隔离级别：
在可重复读(repeatable read)环境下，视图是在事务启动时创建
在已提交读(read committed)环境下，视图是在每个SQL开始执行时创建
读的时候进行一致性读，但是更新的时候，一致性读可能会导致其他事务的更新丢失，所以要去读当前值,即当前读(current read)

Oracle 数据库的默认隔离级别是已提交读(read committed)