第八章数据保护(事务和锁).pptVIP

第八章 数据保护之事务和锁 ;8.3 事务处理;一、 事务简介 1．事务由来;;2.什么是事务;事务具有ACID属性： 原子性(Atomicity) 一致性(Consistency) 隔离性(Isolation) 持续性(Duration) 事务可以分为显式事务和自动提交事务、隐式事务。;1.显式事务 2 . 自动提交事务 3 .隐性事务 ;1. 显式事务 ;1).BEGIN TRANSACTION;2).COMMIT TRANSACTION;3).ROLLBACK TRANSACTION;4).SAVE TRANSACTION;5).事务日志;;例1：;例2：设置事务保存点;例3：设计一个事务并执行：将课程“数据库原理”和“操作系统的”的课程号互换;USE FACTORY SELECT COUNT(*) FROM WORKER BEGIN TRAN INSERT INTO WORKER(职工号,姓名) VALUES(80,AAA) SELECT COUNT(*) FROM WORKER ROLLBACK SELECT COUNT(*) FROM WORKER ;2 自动提交事务 ;3. 隐性事务 ;隐性事务 ;8.4.1 并发问题 8.4.2 锁、锁的分类、死锁 ;什么是并发问题？并发问题带来什么异常？ 1.更新丢失 2.脏读 3.不可重复读 4.幻像读 ;8.4.1 并发问题 ;8.4.1 并发问题 ;8.4.1 并发问题 ;8.4.1 并发问题 ;8.4.2 并发控制 ;8.4.2 并发控制 ;8.4.2 并发控制 ;8.4.2 并发控制 ;8.4.2 并发控制 ;8.4.3 什么是锁？;锁的分类 ;SQL Server锁定模式 ;8.4.3 锁的分类 （自己看）;2．更新锁 更新(U)锁可以防止通常形式的死锁。一般更新模式由一个事务组成，此事务读取记录，获取资源（页或行）的共享(S)锁，然后修改行，此操作要求锁转换为排它(X)锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则一个事务尝试将锁转换为排它(X)锁。共享模式到排它锁的转换必须等待一段时间，因为一个事务的排它锁与其它事务的共享模式锁不兼容；发生锁等待。第二个事务试图获取排它(X)锁以进行更新。由于两个事务都要转换为排它(X)锁，并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。 若要避免这种潜在的死锁问题，请使用更新(U)锁。一次只有一个事务可以获得资源的更新(U)锁。如果事务修改资源，则更新(U)锁转换为排它(X)锁。否则，锁转换为共享锁。 ;3．排它锁 排它(X)锁可以防止并发事务对资源进行访问。其它事务不能读取或修改排它(X)锁锁定的数据。;4．意向锁 意向???表示SQL Server需要在层次结构中的某些底层资源上获取共享(S)锁或排它(X)锁。例如，放置在表级的共享意向锁表示事务打算在表中的页或行上放置共享(S)锁。在表级设置意向锁可防止另一个事务随后在包含那一页的表上获取排它(X)锁。意向锁可以提高性能，因为SQL Server仅在表级检查意向锁来确定事务是否可以安全地获取该表上的锁。而无须检查表中的每行或每页上的锁以确定事务是否可以锁定整个表。 ;5．架构锁 执行表的数据定义语言(DDL)操作（例如添加列或除去表）时使用架构修改(Sch-M)锁。 当编译查询时，使用架构稳定性(Sch-S)锁。架构稳定性(Sch-S)锁不阻塞任何事务锁，包括排它(X)锁。因此在编译查询时，其它事务（包括在表上有排它(X)锁的事务）都能继续运行。但不能在表上执行DDL操作。 ;6．大容量更新锁 当将数据大容量复制到表，且指定了TABLOCK提示或者使用sp_tableoption设置了table lock on bulk表选项时，将使用大容量更新(BU)锁。大容量更新(BU)锁允许进程将数据并发地大容量复制到同一表，同时防止其它不进行大容量复制数据的进程访问该表。 ;死锁 ;本章小结