数据库事务

最新推荐文章于 2024-07-26 21:03:50 发布

iteye_17256

最新推荐文章于 2024-07-26 21:03:50 发布

阅读量90

点赞数

分类专栏： SQLSERVER 文章标签： SQL Server SQL 工作

SQLSERVER 专栏收录该内容

9 篇文章

订阅专栏

12.1. 事务声明

BEGIN TRANSACTION
	UPDATE INVENTORY
	SET Lease = 0
	WHERE intLeaseScheduleId = @intLeaseScheduleId
	UPDATE LeaseSchedule
	SET PeriodicTotalAmount = 0
	WHERE ScheduleId = @intLeaseScheduleId
IF @@ERROR <>0
	BEGIN
	COMMIT TRANSACTION
	Return 0 
	END
ELSE
BEGIN
	PRINT '无法保存到数据库'
	ROLLBACK TRANSACTION
END

12.2. 事务保存点

BEGIN TRANSACTION
	INSERT INTO trans_table(1,'insert 1')
	INSERT INTO trans_table(2,'insert 2')
	SAVE TRANSACTION save1 --存储点
	DELETE FROM trans_table WHERE row_number = 2
	SAVE TRANSACTION save2 --存储点
	ROLLBACK TRANSACTION save2 --回滚到保存点
	UPDATE trans_table SET describe = 'row1 after 2'
	DELETE FROM trans_table WHERE row_number = 4
COMMIT TRANSACTION

12.3. 事务并发控制

? 并发操作问题

1、数据丢失

两个用户共享一个账户（5000元）。

当A从账户中取1000元，在未提交事务时，B从账户中提取2000元，而后A提交事务，然后B提交事务时会发生账户数据丢失问题使账户保存金额为3000元，而不是2000元。

2、未提交的事务读取-错读

两个用户共享一个账户(5000元)

A购物花费3500元（事务更该，但尚未提交），这时B结账花费2500元，这时会因为金额不足取消操作。但后来A改变主意取消订单，这时账户恢复到5000元的水平，但是B由于读取了用户A中间修改的数据结果，导致错读。

3、不一致读 – 不可重复读

在一段时间内，反复读取某些数据库表的数据，而结果应该总是保持一致。但是有时在反复读取的过程中，有其他用户的操作，用户会受到干扰，返回两个不同的结果，就发生不可重复读。

4、幻影读 – 假读

事务A读取某表，但是有可能在事务A读取第一次后，在读取第二次之前，事务B想表中插入了新行或者删除了某行，则两次读取的结果就不一样。当对某行执行插入或删除操作，而该行属于某个事务正在读取的行的范围时，发生幻读现象。

? 事务隔离级别

1、 READ UNCOMMITTED未提交的读取

允许读取已经被其他用户修改但尚未提交确定的数据，使用READ UNCOMMITTED隔离级别时以上四种并发问题都可能发生，但好处是所处理的语句可避免并发控制带来的开销。

2、 READ COMMITTED 提交读取

通过隐藏未提交的变化解决读取脏数据的并发事务问题，但不能防止不可重复读和幻读问题。

3、 REPEATABLE READ 可重复读取

用SELECT命令读取数据时DBMS将实施锁定，可避免重读读取问题。

4、 SERIALIZABLE 串行化

将事务按照一种顺序的方式联结起来，防止一个事物影响其他事务。

? 锁的分类

数据库角度分类

1、共享锁Shared Lock：共享锁锁定的资源可以被其他用户读取，但不能修改。在SELECT执行时，SQLServer会对对象进行共享锁锁定。

2、独占锁Exclusive Lock：独占锁锁定的资源只允许进行锁定操作的程序使用，对它的任何其他操作均不会被接受。执行数据的INSERT、UPDATE、DELETE时，SQLServer会自动使用独占锁。

3、更新锁Update Lock：更新锁是为了防止死锁设立的。当SQLServer准备更新数据时，它首先对数据对象做更新锁锁定，这样数据将不能被修改，但可以读取。等到SQLServer确定进行更新数据操作时，他会自动将更新锁换为独占锁。

程序员角度分类：

1、乐观锁：指在处理数据时，不需要在应用程序的代码中做任何事情，就可以直接在记录上加锁，即完全依靠数据库来管理锁的工作。通常情况下使用时间戳。

2、悲观锁：不采用数据库系统的自动管理，程序员直接管理数据或对象上的加锁处理，并负责获取共享和放弃正在使用的数据上的任何所。

? SQL Server设置隔离级别

1、未提交的读取 READ UNCOMMITTED

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED --未提交的读取

不发出共享锁和独占锁，可以对数据执行未提交读或脏读。

2、提交读取 READ COMMITTED

SET TRANSACTION ISOLATION LEVEL READ COMMITTED --提交的读取

在读取数据时控制独占锁以避免读脏数据，但数据可在事务结束前更该，有可能产生不可重读读取和幻影读。

3、重复读取 REPEATABLE READ

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ --重复读取

不发出共享锁和独占锁，可以对数据执行未提交读或脏读。

4、串行化 SERIALIZABLE

? 防止死锁的原则

1、尽量避免并发的执行设计到修改数据的语句。

2、要求每个事务一次就将所有要使用的数据全部加锁，否则就不予执行。

3、预先规定一个封锁顺序，所有的事务都必须按这个顺序对数据执行封锁。如不同的过程在事务内部对对象的更新执行顺序应尽量保持一致。

4、每个事物的执行时间不可太长，对程序段长的事物可考虑将其分割为多个事务。