1. 开始事务

在 SQL Server 数据库中，通过语句 BEGIN TRANSACTION 来标记一个显示本地事务的起始点；
一个显式事务必须通过 BEGIN TRANSACTION 语句开始，从连接上一个 SQL Server 数据库服务器的那一刻开始，在此连接上执行的所 T-SQL 语句都是事务的一部分，知道事务结束为止，能使用 GEGIN TRANSACTION 语句来开启一个事务；

例子 1：使用事务 update_O 修改 ID 为 2022090102 学生的 ‘成绩’ 字段，将学生的 ‘成绩’ 改为 70

select * from O where ID='2022090102'
begin transaction update_O
update O set 成绩='70' where ID='2022090102'
commit transaction update_O
select * from O where ID='2022090102'

上述例子中，使用 BEGIN TRANSACTION 语句定义了一个 update_O 的事务，事务执行时对表 O 中的数据进行了更新，使用 COMMIT TRANSACTION 语句指定事务结束；
注意： 执行 BEGIN DISTRIBUTED TRANSACTION 语句的服务器是事务的创建者，并控制事务的完成；当连接发出后续 COMMIT TRANSACTION 或 ROLLBACK TRANSACTION 语句时，主控服务器请求 MS DTC 在所涉及的服务器的管理分布式事务的完成；

2. 结束事务

当事务执行完成后要记得结束事务，能释放事务在执行过程中使用的系统资源；
用 COMMIT 语句结束事务；

例子 2： 用事务 delete_O 删除表 O 中 ID 为 ‘20180908’ 的学生

begin transaction delete_O
delete from O where ID='20180908'
commit transaction delete_O
go
if @@ERROR = 0
print '记录删除成功'
go

上述例子中，事务执行时执行 DELETE 语句来删除学生记录，最后使用 COMMIT 语句来结束 delete_O 事务；
使用了系统变量 @@ERROR 来判断事务在执行过程中是否失败，成功返回 0，失败返回错误号；

3. 回滚事务

在事务中能使用 ROLLBACK TRANSACTION 语句将显示或隐式事务回滚到事务之前或事务捏的摸个保存点；
例子 3：用事务 insert_O

begin transaction insert_O
insert into O
values('Python','2022090106',78)
if @@ERROR=0
	begin
print '插入记录失败'
rollback
	end
else
	begin
		commit transaction
	end

ROLLBACK TRANSACTION 语句不生成显示给用户的信息，若在存储过程或触发器中需要警告，使用 RAISERROR 或 PRINT 语句；
RAISERROR 是用于指出错误的首选语句；
ROLLBACK 对游标的影响由下面的3个规则定义：

• 当参数 CUROSE_ON_COMMIT 设置为 ON 时，ROLLBACK 关闭但不释放所有打开的游标；
• 当 CURSOR_CLOSE_ON_COMMIT 设置为 OFF 时，ROLLBAKC 不影响任何打开的同步 STATIC 或
  INSENSITIVE 游标；对于导致终止批处理并生成内部回滚的错误，将释放在含有该错误语句的批处理内声明的所有游标；
• 无论游标的类型或 CURSOR_CLOSE_ON_COMMIT
  如何设置，所有游标均将被释放，其中包括在该错误批处理所调用的存储过程内声明的游标；

4. 事务的工作机制

事务是一个独立的工作单元，是由许多逻辑语句组成的；一但事务开启，将顺序执行其中的语句，事务的工作流程能耐分为以下4个部分：
当 T-SQL 语句中出现 BEGIN TRANSACTION 时，SQL Server 将会给事务分配一个事务 ID；
当事务成功开启后，SQL Server 将会运行事务体内的语句，并将事务执行过的语句写入事务日志中；
通过内存加载事务日志中的语句并执行；
当执行到 COMMIT 语句时事务结束，此事务执行过程过的日志内容也会吸入数据库日志，以便事务需啊哟回滚时保证数据的完整性；
SQL Server 数据库中的事务处理也将事务的操作写到事务日志中，并设立检查点机制，检查点用于检查事务是否完成，若没有完成，就不写入事务日志，表示该事务没有执行成功；

5. 自动提交事务

自动提交模式是 SQL Server 数据库引擎的默认事务管理模式，每个 T-SQL 语句在完成时，都被提交或回滚；
若一个语句成功地完成，就提交该语句；若遇到错误，就回滚该语句；
在 SQL Server 数据库中，只要用户没有显式事务或隐式事务，与数据库引擎示例的连接就以默认模式操作；
自动提交模式也是 ADO、OLE DB 、ODBC 和 DB 库的默认模式；

注意： 自动提交模式是 SQL Server 的默认模式，每个 T-SQL 语句在完成时都被提价或回滚，若一个语句成功地完成，就提交该语句；若执行过程中遇到错误，就回滚该语句；

6. 事务的并发问题

为了获得更好的运行性能，基本上所有的数据库系统都同时允许多个事务，这个就会产生并发问题；当并发问题出现时要采取必要的隔离机制，避免并发的各种问题；
并发问题可归纳为 3 种，脏读、不可重复读、幻读；

6.1 脏读

当一个事务读取到另一个事务未提交的更新数据时称为脏读，这是并发问题中常见的一种；

6.2. 不可重复读

当事务对一行数据进行重复读取时，得到的数据不同时出现数据不一致的问题；不可重复读所产生的并发问题类似于脏读；

6.3. 幻读

一个事务读取到另一个事务已提交的新插入的数据；

7. 事务的隔离级别

在 SQL Server 数据库中给出解决并发问题的方案是采取有效的隔离机制；隔离机制的实现要使用到锁；
SQL Server 数据库提供了 4 种 事务隔离机制，能让用户根据需求来选择；

7.1 READ UNCOMMITTED 级别

该级别不会隔离数据，即事务正在使用的数据，其他事务也能同时对该事物进行修改和删除；使用 READ UNCOMMITTED 级别运行的事务不会发出共享锁来防止其他事务读取或更改数据；

7.2. READ COMMITTED 级别

使用该隔离级别能设定不能读取其他事务正在修改但未提交的数据，这样就不会出现脏读的问题；其他的事务能在当前事务的各个语句之间更改数据，从而产生不可重复读取和幻读；使用 READ COMMITTED 隔离读取事务，事务中的数据仍可能被修改，但已被修改过的数据将一直被锁定，直到事务结束；READ COMMITTED 是 SQL Server 数据库中的默认事务隔离级别；

7.3. REPEATABLE READ 级别

该级别的隔离能指定语句不能读取已被其他事务修改但未提交的行，并指定其他事务都不能修改当前事务正在读取的数据，摘掉当前事务结束；该事务中的每一条语句读取到的每一个数据都设置共享锁；共享锁直到事务完成，这样能防止其他事务修改当前读取的任何行；

7.4. SERIALIZABLE 级别

这是 SQL Server 中隔离级别最高的，它将所需要使用到的全部数据都进行锁定，这个事务在使用时，别的事务完全不允许添加、删除和修改数据；SERIALIZABLE 等级的隔离事务的并发性最低，但若同一数据要被多个事务使用，就需要让事务进行排队等待；
可使用 SET 语句更改事务的隔离级别，语法格式如下所示：

SET TRANSACTION ISOLATION LEVEL
{ READ COMMITTED
| READ UNCOMMITTED
| REPEATABLE READ
| SERIALIZABLE }

4 种隔离级别对并发问题的解决方案如下表

注意： 虽则隔离级别的提高，能更有效地防止数据的不一致性；但，这回降低事务的开关处理能力，会影响多用户访问；