隔离级别与事务介绍（SQL）

事务的原子性，隔离性，一致性和持久性。

原子性：

对于一个事务来说，不可能只执行其中的一部分操作。

一致性

：数据库总是从一个一致性状态转换到另一个一致性状态。在转账表示中则是总体的钱是不变的，如数据库中总共有1000元，则事务完成后还是1000元，不同的是其中的几个账户的钱变了。

隔离性：

一般来说，一个事务做的修改提交前，对于其他事务不可见。比如上面转账例子中，若a账户原来有200元，执行到第二步a账户减少100，此时还没有把事务执行提交，那么当另外一个事务查询a账户余额时仍然为200。（这只是一般情况，如果真的这样我想不会出现脏读了）

持久性：

持久性是个模糊的概念，它是指：一旦事务提交，它的修改就会永久保存到数据库中，系统崩溃也不会丢失。这个我觉得就不是我们需要考虑的了，天灾人祸，洪水旱涝，听天由命。

数据库并发访问出现的问题：

脏读：

所谓的脏读，其实就是读到了别的事务回滚前的脏数据。比如事务B执行过程中修改了数据X，在未提交前，事务A读取了X，而事务B却回滚了，这样事务A就形成了脏读。如：转账问题，到了第三步时，新来的事务访问b余额是100，但是发现b账户出了问题，于是回滚了，b余额又是200了，导致错误。

不可重复读

：比如现在有一个事务要读取两次a的余额，第一次读取余额在转账之前，是200，但是第二次读取时，a已经完成转账，读取为100，这就是不可重复读。

幻读：

幻读和不可重复读差不多，不过不可重复读针对的是数据不一样，而幻读针对读取时的数据量不一样，比如查询余额为200的人，第一次查询为n个（此时包括a），第二次查询时a转完账了，此时查询结果为（n-1）。

read uncommitted(未提交读)：

事务中的修改，即使没有提交对其他事务也是可见的。(不满足隔离性)。

read commited（提交读）：

解决了脏读。大多数数据库默认隔离级别都是这个（但MySQL不是）。它满足隔离性的简单定义：一个事务开始时只能看见已经提交的事务所做的修改（好拗口，慢慢理解）。

repeatable read（可重复读）

：解决了脏读的问题和不可重复读问题。保证了同一个事务多次提取同样数据结果一样。但理论上为解决幻读问题。

serializable（可串行化）：

隔离级别最高，强制事务串行化，相当于没有并发。