zoukankan      html  css  js  c++  java
  • Sql Server 事务隔离级别的查看及更改

    根据自身 Sql Server 的情况来自定义 事务隔离级别,将会更加的满足需求,或提升性能。例如,对于逻辑简单的 Sql Server,完全可以使用 read uncommitted 模式,来减少死锁,减少堵塞, 提升性能和响应。对于此种应用场景应该是蛮多的,但是却没有一个全局设置,你妹呀!

    这个功能真的很强大,但是不知道微软为什么把它的最大作用域定义为 当前链接,蛋疼,真的很蛋疼,没法全局设置,下面也尽可能详细的解释如何少设置,多舒服的使用吧

    查看 当前 Sql Server 事务隔离级别 的设置:

    DBCC Useroptions -> isolation level 这一项的 Value 既是当前的设置值

    但是我不得不说,这个命令几乎是废物,为什么呢,因为 事务隔离级别 的作用域是 当前链接,也就是,你查看的是当前链接的 级别,但是sql server 同时 150+ 个链接是很正常的,其他链接呢,你说蛋疼不,我X

    设置Sql Server 事务隔离级别

    Sql Server 事务隔离级别 的设置也同样很蛋疼,很纠结,很恶心。但是稍微好一点的是,其设置可以在多个场合,多种方式设置,稍微弥补了一点点.

    1. Transact-SQL 语句中的设置

    就是在当前 SQL 语句中,设置的事务隔离级别只影响当前 sql 语句, 有两种方式:

    -- the first method

    select * from Table1 with(nolock)

    -- the second method

    SET TRANSACTION ISOLATION LEVEL Read UnCommitted;

    select * from Table1

    这种方式比较灵活,可以重点语句重点对待,缺点就是 要设置的实在是太多了,因为这种方式的作用域实在是太小了啊啊啊啊

    2. ADO.NET 中的设置

    使用 System.Data.SqlClient 托管命名空间的 ADO.NET 应用程序可以调用 SqlConnection.BeginTransaction 方法并将 IsolationLevel 选项设置为 Unspecified、Chaos、ReadUncommitted、ReadCommitted、RepeatableRead、Serializable 或 Snapshot。

    就是 SqlConnection 中设置了,代码如下:

    System.Data.SqlClient.SqlConnection con = new SqlConnection();

    con.BeginTransaction(IsolationLevel.ReadUncommitted);

    这种方式有点就是作用域范围变大了;缺点就是要在 C# 设置,最要命的是,如果用了ORM,如何让我设置!!!!!!!!!!!!!

    当然,还有其他的设置,详情请参考:调整事务隔离级别

    这就是蛋疼的功能,如此好的功能,却如此蛋疼的设置,没有一个全局的设置,强烈建议 微软 把 事务隔离级别 的设置放到 sp_configure 里面去

    Sql Server 事务隔离级别的解释:

    事务指定一个隔离级别,该隔离级别定义一个事务必须与其他事务所进行的资源或数据更改相隔离的程度。隔离级别从允许的并发副作用(例如,脏读或幻读)的角度进行描述。

    事务隔离级别控制:

    读取数据时是否占用锁以及所请求的锁类型。

    占用读取锁的时间。

    引用其他事务修改的行的读取操作是否:

    在该行上的排他锁被释放之前阻塞其他事务。

    检索在启动语句或事务时存在的行的已提交版本。

    读取未提交的数据修改。

    选择事务隔离级别不影响为保护数据修改而获取的锁。事务总是在其修改的任何数据上获取排他锁并在事务完成之前持有该锁,不管为该事务设置了什么样的隔离级别。对于读取操作,事务隔离级别主要定义保护级别,以防受到其他事务所做更改的影响。

    较低的隔离级别可以增强许多用户同时访问数据的能力,但也增加了用户可能遇到的并发副作用(例如脏读或丢失更新)的数量。相反,较高的隔离级别减少了用户可能遇到的并发副作用的类型,但需要更多的系统资源,并增加了一个事务阻塞其他事务的可能性。应平衡应用程序的数据完整性要求与每个隔离级别的开销,在此基础上选择相应的隔离级别。最高隔离级别(可序列化)保证事务在每次重复读取操作时都能准确检索到相同的数据,但需要通过执行某种级别的锁定来完成此操作,而锁定可能会影响多用户系统中的其他用户。最低隔离级别(未提交读)可以检索其他事务已经修改、但未提交的数据。在未提交读中,所有并发副作用都可能发生,但因为没有读取锁定或版本控制,所以开销最少。

    ISO 标准定义了下列隔离级别,SQL Server 数据库引擎支持所有这些隔离级别:

    未提交读(隔离事务的最低级别,只能保证不读取物理上损坏的数据)

    已提交读(数据库引擎的默认级别)

    可重复读

    可序列化(隔离事务的最高级别,事务之间完全隔离)


    隔离级别

    脏读

    不可重复读

    幻读

    未提交读

    已提交读

    可重复读

    快照

    可序列化

  • 相关阅读:
    Redis(二)
    Redis(一)
    MyBatis--一级二级缓存
    MySQL优化
    HashMap
    ArrayList
    常用框架注解说明
    Linux常用基础命令
    SpringCloud--gateway路由配置
    JetBrains系列软件的插件安装
  • 原文地址:https://www.cnblogs.com/xunziji/p/2121355.html
Copyright © 2011-2022 走看看