博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Sql Server 事务隔离级别的查看及更改
阅读量:6744 次
发布时间:2019-06-25

本文共 2132 字,大约阅读时间需要 7 分钟。

根据自身 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 数据库引擎支持所有这些隔离级别:

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

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

可重复读

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


隔离级别

脏读

不可重复读

幻读

未提交读

已提交读

可重复读

快照

可序列化

转载地址:http://opkho.baihongyu.com/

你可能感兴趣的文章
虚拟机桥接网络配置(Centos )
查看>>
使用CSS3制作网站常用的小三角形
查看>>
【Linux】鸟哥的Linux私房菜基础学习篇整理(一)
查看>>
接口类型的数组对象的逐个赋值与调用方法(开关)
查看>>
.NET高级代码审计(第五课) .NET Remoting反序列化漏洞
查看>>
前端开发如何独立解决跨域问题
查看>>
默认情况下,不使用of子句表示在select所有的数据表中加锁(转)
查看>>
iOS_数据库2_基础知识
查看>>
OpenGL——圆公式相关变化的绘制
查看>>
MFC 的CLIST控件
查看>>
Java 增强型的for循环 for each
查看>>
ASP.NET集成的数据维护介面
查看>>
Codeforces Round #131 (Div. 2)
查看>>
Visio对MySQL数据库反向工程生成ER数据库模型图_百度文库
查看>>
QtCreator开发局域网聊天工具(Project 2)
查看>>
VIEW: X$KTUXE - Transaction Entry (table)
查看>>
深入理解Oracle Universal Installer (OUI) Text
查看>>
从性能的角度谈SQL Server聚集索引键的选择
查看>>
tomcat站点配置
查看>>
Java Swing 探索(一)LayoutManager
查看>>