首页 > 代码库 > SQL Server 的 6 种隔离级别

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;

 

SQL Server 的 6 种隔离级别