SQL Server 的 6 种隔离级别

背景知识：

            高并发一直以来是数据的所追求的目标，然，一般事物是有两面性的。不多说了，等下变邪教了。下面直接看

            并发性最高的隔离级别 read uncommitted

1、

    read uncommitted 级别

    比方这时有两个连接A,B；其中A想把表中的值由111改成222，表如下图

    就在A改到一半的时B去读数据，结果看到的可能就是 211 这样的数据。这个隔离级别数据库的并发性是提高了，可是事务就不完整了。

    它内部是用什么方式来提高并发的呢？

                                                  在这个隔离级别时读取数据是不用加锁的，也就是说B没有对资源加共享锁。这样就不会因为A在资源上

                                                  的排它锁而造成阻塞，有的人一定会问你不是说不用加锁吗？为什么会有排它锁，隔离级别是用来控制读

                                                  操作的，它不控制写操作，只是通过读操作影响写操作。

2、read committed 级别

                                 它是SQL Server 的默认隔离级别，从锁的角度上来说，读完数据后就释放锁，不会一直持有锁到事务结束，它是问题是

                                 如果在第一次读完数据后，别的连接又插入了新的数据，它再次去读（这两次读取是在同一个事务中的），读到的结果是不

                                 一样的。

3、repeatable read 级别

                                 它是在整个事务过程中，一直持有资源的锁，比如它读了第一行，它会在整个事务中一直持有第一行的共享锁。因为有共享

                                 锁的存在所以就不会有让第二个连接去修改它读过的数据（要修改数据一定得到X锁，而资源上以有S锁了，上不了X锁）。

4、serializable       级别

                                 这个直接说有点难懂，还是上例子吧：

                                 比如有这么一个查询，它属于事务 A

                                                          Select * from Student where ID< 100;

                                                          .......................................

                                                          Select * from Student where ID< 100;

                                                          ...................................... -- 这里是一些别的代码，所以说这是一个比较长的事务，它不只是只有一句select

                                                          我们假设表里只有一行，它的ID=1；在repeatable read级别下别人想在A执行的过程中去修改ID = 1 这行的值是

                                                          不可能的。原因上面说了，但是别的连接还是可以插入一个ID = 2的行。如果A再次读取时就会返回两行。

                                                          serializable 就不只是锁定ID = 1 的这一行了，它会锁定ID<100个个范围。这个别人想插入ID=2的行也就不行了

                                                          它解决了repeatable read 中的‘幻读’问题。

--------------------------------------------------------------------------------------------------------------------------------------------------

前四个都是通过对资源上怎么样的锁的方式，来实现各个事务的隔离的，下面要说的这两种方式，它不用锁，而是创建当前资源的复本（对资源进行复制）。

5 snapshot 级别

                       它保证读取的行是提交过的。读完后自己复制一份，以后自己就用这个复本。所以它可以实现可重复读（repeatable read),也就是说

                       别人都更新了，它还是读自己的久版本。

6 read committed snapshot 级别

                       它读取的数据不是事务启动前最后提交的版本，而是语句启动前最后提交的行。这样就不用都是读自己的久版本了。

总结：

      说了这么多还没有告诉大家怎么进行设置。

      第一大类、

                  也就是前四种的设置方法是

                   1、 连接级 set transaction isolation level read committed | read uncommitted | repeatable read | serializable

                   2、 单个查询级 select ... from table_Name with(isolationName)

                         例子：

                                select * from myTable with(readCommitted);

                                看到没有这里的isolationName 是‘readcommitted‘ 不是 ‘read committed‘区别在于它没有空格！

     第二大类、

                 后两种

                 alter database DBName set allow_snapshot_isolation off|on;

                 alter database DBName set read_committed_snapshot off|on;