本身对sql四个事务隔离性级别的理解

前言

所谓隔离性级别，就是指给一个事务（一旦开始）多大的权限，对本身的读写有怎样的限制。

另外，隔离性级别是针对一个数据库系统中全部事务而言的。对于多个并发的事务来讲，彼此之间互相都是『其它的事务』。A不容许B作的事情，在B看来也是本身对A的限制。

不少文章把『隔离性级别』和『在某种隔离性级别下可能的对数据一致性的风险』这两件事写在一块儿，不做区隔，天然而然让人头大。

可能的风险是指可能性，只要有可能就会写下来。有时候有人会想，怎么可能会有这样的操做呢？这操做会是什么具体的场景？这是可有可无的。实际上，这种操做真的出如今实际生活和场景中的出现率极低，也正所以这些级别尽管存在风险但仍被采用以追求数据库的效率。

『幻读 虚读 phantom read』，『脏读 dirty read』和『不可重复读 non-repeatble read』均不是任何隔离级别的别称，而是对某种可能的风险的归纳性名称。

按本文顺序由上往下所对应的级别的可能风险的危害愈来愈大，并发程度愈来愈高，限制愈来愈少。而且下一级的可能风险必定包含上一级的可能风险，只是再也不写出。

强制串行化 serializable

运行中的事务的权限最大，能够而且必须阻止其它任何事务的发生。因为别的事务根本没法发生，因此并不须要限制本身的读写，能够认为没有限制。

可能的风险：没有风险。

可重复读 repeatable read

运行中的事务不能阻止其它事务并发地同时运转，但本身读取到的记录对其它事务彻底屏蔽，但不由止其它事务访问本身在使用的表和其它记录。

可能的风险：对于被事务操做的数据不会出问题，但数据所在的表以及其它数据可能会变的和事务刚开始读数据时的不同，即幻读、虚读。

这一级别的可能的风险的危害不大，但相比于强制串行化，容许了并发，带来了性能上的提高，因此这一级别被普遍使用。

读已提交 read committed

运行中的事务不能阻止其它事务并发地同时运转，对其它事务禁止对本身读取到的数据的修改，但不由止读取。

可能的风险：事务t1读取数据A后，事务t2能够读到数据A的值但不能修改，等到事务t1提交结束后，事务t2手上的数据A的值已通过时（被变动）了。又或者说事务t2在事务t1先后两次读数据A的结果不同，即不可重复读。

这一级别的可能的风险危害已经严重了一些，但其带来了更高的并发性，也有采用。

读未提交 read uncommited

事务彼此之间彻底没有限制。

可能的风险：仓库管理员统计仓库中钢铁的数量（事务t1），此时一个车队拉了一吨钢铁进仓库（事务t2），致使仓库管理员认为钢铁仓库数量足够，结束统计（结束事务t1）。但车队进了仓库以后没有停留就开走了（事务t2未提交而且事务t2失败了而且回滚了），致使仓库中钢铁数量根本不够。这种读取到了一个还未提交的事务读写的读写的行为，即为脏读。

其风险发生的可能性高，危害程度大，即使并发性再好也不容许，不被任何数据库系统采用。