SQLServer中的事务和锁

   SQL Server中的事务和锁

  事务全部是关于原子性(atomicity)的。原子性的概念是指可以把一些事情当作一个单元来看待。从数据库的角度看,它是指应全部执行或全部不执行的一条或多条语句的最小组合。

  在事务中可以标记的点:

  1. Begin Tran:设置起始点。

  2. Commit Tran:使事务成为数据库永久的、不可逆转的一部分。

  3. Rollback Tran:本质上说想要忘记它曾经发生过,即使回滚,回到事务发生之初。

  4. Save Tran:创建一个特定标识符,只运行作部分回滚。

  SQL Server日志的工作方式

  SQL Server中可以锁定的资源:

  1. 数据库:锁定整个数据库。这通常发生在整个数据库模式改变的时候。

  2. 表:锁定整个表。这包含了于该表相关联的所有数据相关的对象,包括实际的数据行(它们的每一行)以及与该表相关联的所有索引中的键。

  3. 区段:锁定整个区段。因为一个区段是由8页组成,所以区段锁定是指锁定控制了区段、控制了该区段内的8个数据或索引页以及8也中的所有数据行。

  4. 页:锁定该页中的所有数据或索引键。

  5. 键:在索引中的特定键或一系列键上有锁。相同索引页中的其他键不受影响。

  6. 行或行标识符(RID):虽然从技术上讲:锁是放在行标识符(它是SQL Server的内部结构)上的,但是本质上是锁定了整个数据行。

  SQL Server锁的锁定模式:

  1. 共享锁:共享锁用于只需要读取数据的时候,也就是不会改变任何内容。

  2. 排他锁:不能与其他锁共存。

  3. 更新锁:更新锁是共享锁和排他锁的混合,是一种特殊的占位符。也就是先共享数据,可以读取,当需要更改的时候,转换成排他锁,就可以有效地防止死锁了。

  4. 意向锁(IntentLock):是真正的占位符,用来处理对象层次问题。

  5. 模式锁(SchemaLock):分为模式修改锁(对对象模式改变)和模式稳定性锁定(维持模式稳定)。

  6. 批量更新锁:允许并行加载数据。

  锁的兼容性:


  SQL Server中死锁的错误号:1205

  事务的ACID:

  1. 原子性(Atomicity):事务要么全部执行,要么全部不执行。

  2. 一致性(Consistency):需要遵守所有的约束以及其他的数据完整性规则,并且 完全的更新所有相关的对象(数据页、索引页)。

  3. 隔离性(Isolation):每一个事务都与其他的任何事务完全的隔离。一个事务不会受到另一个事务动作的干扰。

  4. 持久性(Durability):完成事务后,它的作用结果将永远存在于系统内。

时间: 2024-10-13 03:19:17

SQLServer中的事务和锁的相关文章

浅谈sqlserver中的事务和锁

昨日"拜读"<sqlserver2005高级程序设计>和<SQL Server 2008编程入门经典(第3版)>这两本翻译后的中文版书籍.竟然发现目录结构大致一样,其讲解的内容几乎差不多.有抄袭的嫌疑.看到"事务和锁"那一张中,发现连举的小例子.表格都一模一样.哈哈...对这类书籍,真不想做太多评论了.国内那些翻译版的书籍嘛.说真的,大部分翻译得有点生硬.而那些"原创著作"嘛.大多是相互抄袭,空谈.就微软技术体系而言,如果

sqlserver中的事务和锁详细解析

前几天"拜读"<sqlserver2005高级程序设计>和<SQL Server 2008编程入门经典(第3版)>这两本翻译后的中文版书籍.竟然发现目录结构大致一样,其讲解的内容几乎差不多.有抄袭的嫌疑.看到"事务和锁"那一张中,发现连举的小例子.表格都一模一样.哈哈...对这类书籍,真不想做太多评论了.国内那些翻译版的书籍嘛.说真的,大部分翻译得有点生硬.而那些"原创著作"嘛.大多是相互抄袭,空谈.就微软技术体系而言,如

MySQL中的事务和锁简单用法测试

一直以来,对于MySQL中的事务和锁的内容是浅尝辄止,没有花时间了解过,在一次看同事排查的故障中有个问题引起了我的兴趣,虽然过去了很久,但是现在简单总结一下还是有一些收获. 首先我们初始化数据,事务的隔离级别还是MySQL默认的RR,存储引擎为InnoDB > create table test(id int,name varchar(30)); > insert into test values(1,'aa'); 开启一个会话,开启事务.会话1: [test]>start transa

MySQL中的事务和锁简单测试

一直以来,对于MySQL中的事务和锁的内容是浅尝辄止,没有花时间了解过,在一次看同事排查的故障中有个问题引起了我的兴趣,虽然过去了很久,但是现在简单总结一下还是有一些收获. 首先我们初始化数据,事务的隔离级别还是MySQL默认的RR,存储引擎为InnoDB >create table test(id int,name varchar(30)); >insert into test values(1,'aa'); 开启一个会话,开启事务.会话1: [test]>start transact

浅谈sqlserver中的“锁”

  以下的文章主要向大家讲述的是在实际操作中如何快速对sqlserver中的锁机制进行掌握,各种大型数据库所采用的相关的锁基本理论都是相同的,但在具体实现上各有不同之处.SQL Server更强调由系统来管理锁. 在用户有SQL请求时,系统分析请求,自动在满足锁定条件和系统性能之间为数据库加上适当的锁,同时系统在运行期间常常自动进行优化处理,实行动态加锁. 对于一般的用户而言,通过系统的自动锁定管理机制基本可以满足使用要求,但如果对数据安全.数据库完整性和一致性有特殊要求,就需要了解SQL Se

【转】Innodb中的事务隔离级别和锁的关系

申明: 本文转自Innodb中的事务隔离级别和锁的关系,解决了我关于锁.事务隔离的一些误解和疑问.在高并发系统中,数据库对高并发的支持是非常重要的一个方面,本文主要描述高并发场景下,数据库如何保证数据一致性(同时保证良好的性能). 前言: 我们都知道事务的几种性质,数据库为了维护这些性质,尤其是一致性和隔离性,一般使用加锁这种方式.同时数据库又是个高并发的应用,同一时间会有大量的并发访问,如果加锁过度,会极大的降低并发处理能力.所以对于加锁的处理,可以说就是数据库对于事务处理的精髓所在.这里通过

Sqlserver 存储过程中结合事务的代码_MsSql

复制代码 代码如下: --方式一 if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[USP_ProcedureWithTransaction_Demo]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) drop procedure [dbo].[USP_ProcedureWithTransaction_Demo] GO -- ===================

Sqlserver 存储过程中结合事务的代码

复制代码 代码如下: --方式一 if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[USP_ProcedureWithTransaction_Demo]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) drop procedure [dbo].[USP_ProcedureWithTransaction_Demo] GO -- ===================

SQLServer中死锁产生的原因及解决办法

server|sqlserver|解决 其实所有的死锁最深层的原因就是一个:资源竞争表现一:一个用户A 访问表A(锁住了表A),然后又访问表B另一个用户B 访问表B(锁住了表B),然后企图访问表A这时用户A由于用户B已经锁住表B,它必须等待用户B释放表B,才能继续,好了他老人家就只好老老实实在这等了同样用户B要等用户A释放表A才能继续这就死锁了解决方法:这种死锁是由于你的程序的BUG产生的,除了调整你的程序的逻辑别无他法仔细分析你程序的逻辑,1:尽量避免同时锁定两个资源2: 必须同时锁定两个资源