数据库基本知识点梳理系列 - 了解数据库事务

Transaction 事务

事务是一种机制，是一种操作序列，它包含了数据库一组操作命令，这组命令要么全部执行，要么都不执行。因此事务是一组不可分割的事务逻辑单元，在数据库进行并发操作时候，事务是作为最小的控制单元来使用的.

事务的四大特性

Sql Server中的事务

在SQL Server中事务被分为3类常见的事务：

事务并发

多个事务并发时可能会造成的问题

使用锁解决事务并发带来的问题

本专题主要关于事务的基础梳理, 为了提升阅读质量, 关于锁的详细梳理可以移步: 数据库基本知识点梳理系列 - 锁 .
数据库锁的主要分类: 表级锁, 行级锁

锁的模式和兼容性是SQL Server预先定义好的，没有任何参数或配置能够去修改它们。但是可以通过隔离级别来控制申请锁和释放锁的时机，如果应用申请的锁粒度都比较小，产生阻塞的几率就会比较小。如果一个连接会经常申请页面级、表级，甚至是数据库一级的锁资源，程序产生阻塞的可能性就会很大。

事务的隔离级别 - (原理是锁)

笔者按: 锁与事务的隔离级别孰先孰后并不重要, 重要的是二者紧密关联, 事务的隔离级别用于描述具体的业务场景, 实现事务的隔离级别的技术是使用锁.

语法

set tran isolation level <级别>

事务隔离级别的例子

read uncommitted

• 开启一个窗口输入以下命令1

  begin tran
  set deadlock_priority low
  update [UsageCheckHistories] set Message = 'set tran isolation level read uncommitted' where id = 11311
  waitfor delay '0:0:5'
  rollback tran

• 开启另一个窗口输入以下命令2

set tran isolation level read uncommitted
waitfor delay '0:0:1'
select * from [WoodBlockModelKPIs].[dbo].[UsageCheckHistories] where id = 11311
waitfor delay '0:0:10'
select * from [WoodBlockModelKPIs].[dbo].[UsageCheckHistories] where id = 11311

命令1开启了一个显示事务, 并设置锁级别为low, 将id为11311的数据的message update为‘set tran isolation level read uncommitted‘, 等待5秒后回滚事务. 命令2将事务隔离级别设置成为 read uncommitted, 等待1秒后, 读取数据id为11311的信息, 此时获取到message已经为‘set tran isolation level read uncommitted‘, 等待10秒后, 再次读该数据, 发现数据和之前不同.

read committed

• 开启一个窗口输入:

 --Transaction A
use woodblockmodelkpis
begin tran
waitfor delay '0:0:1'
select * from [UsageCheckHistories] where id = 11311
waitfor delay '0:0:10'
select * from [UsageCheckHistories] where id = 11311
commit tran

• 开启另一个窗口输入

 --Transaction B
use woodblockmodelkpis
set tran isolation level read committed
waitfor delay '0:0:1'
update [UsageCheckHistories] set Message = 'update message by Transaction B.' where id = 11311

repeatable read

• 开启一个窗口输入:

begin tran
update [UsageCheckHistories] set Message = '888' where id = 11311
waitfor delay '0:0:5'
select * from [UsageCheckHistories] where id = 11311
commit tran
waitfor delay '0:0:1'
select * from [UsageCheckHistories] where id = 11311

• 开启另一个窗口输入:

set tran isolation level repeatable read
waitfor delay '0:0:1'
update [UsageCheckHistories] set Message = 'why we cannot see the record?' where id = 11311

命令1执行命令udpate, 延迟5秒后, 查询数据, 然后提交事务, 然后延迟1秒, 再查询数据
命令2将事务隔离级别设置成为 repeatable read, 然后延迟1秒等待命令1 update 888操作完成, 然后执行update, 此时命令执行完成的提示会等一会儿才有.
结果证明repeatable read使事务A无法修改事务B正在操作的数据.

数据库基本知识点梳理系列 - 事务

原文：https://www.cnblogs.com/it-dennis/p/11911013.html