数据库事物

事务是对数据库执行的一个操作单位。
事务的本质特征：
所有的事务都有开始和结束；
事务可以被保存或撤销；
如果事务在中途失败，事务中的任何部分都不会被记录到数据库

控制事务
当一个事务被执行并成功完成时，虽然从输出结果来看目标表已经被修改了，但实际上目标表并不是立即被修改。
当事务成功完成时，利用事务控制命令最终认可这个事务，可以把事务所做的修改保存到数据库，也可以撤销事
务所做的修改。
commit命令
commit命令用于把事务所做的修改保存到数据库，它把上一个commit或rollback命令之后的全部事务都保存到
数据库。在执行 commit transaction语句后不能回滚事务。
rollback命令
rollback命令用于撤销还没有保存到数据库的命令，它只能用于撤销上一个commit或rollback命令之后的事务
savepoint命令(在sql中为save tran或save transaction)
保存点是事务过程中的一个逻辑点，我们可以把事务回退到这个点，而不必回退整个事务。
语法：savepoint savepoint_name
这个命令就是事务语句之间创建一个保存点。rollback命令可以撤销一组事务操作，而保存点可以将大量事务操作
划分为较小的、更易于管理的组。　

begin transaction
insert into score values( ' F002 ' , ' M006 ' , 99 ) 
save tran sp1
insert into score values( ' F009 ' , ' M007 ' , 100 ) 
rollback tran sp1
commit                                      //结果数据库中添加了第一条语句，而第二条语句还未保存到数据库

rollback to savepoint命令（Oracle数据库、DB2数据库 ）
语法：rollback to savepoint_name
release savepoint命令（Oracle数据库、DB2数据库）
这个命令用于删除创建的保存点。在某个保存点被释放后，就不能在利用rollback命令来撤销这个保存点之后的事务
操作。利用这个命令可以避免意外地回退到某个不再需要的保存点。
语法：release savepoint savepoint_name
set transaction命令
这个命令用于初始化数据库事务，可以指定事务的特性。
我们知道在线程中常常会出现竞态或死锁的问题，其实在数据库中也会出现并发的问题。
那么如何解决数据库并发问题呢？
解决此问题的办法就是为数据库加锁，以防止多个组件读取数据，通过锁住事务所用的数据，能保证开锁之前，只有本事务才能
访问数据库。这样就避免了交叉存取的问题。
在sql server数据库中没有READ ONLY（只读锁）和READ WRITE（写入锁），但是在这里简单介绍一下。
只读锁是非独占的，多个并发的事务都能获得只读锁，只进行查询事务，很适合生成报告，而且能够提高事务完成的速度；
写入锁是独占的，任意时间只能有一个事务可以获得写入锁，可以对数据库进行查询和操作数据的事务。
如果事务是READ WRITE类型的，数据库必须对数据库对象进行加锁，从而在多个事务同时发生时保持数据完整性。
如果事务是READ ONLY类型的，数据库就不会建立锁定，这样就会提高事务的性能。
语法：

SET TRANSACTION
    {READ ONLY} |{READ WRITE} |                 
    {
     ISOLATION LEVEL
    【 READ COMMITTED
         | READ UNCOMMITTED
        | REPEATABLE READ
        |  SERIALIZABLE
    】
    }                       

四种事务的隔离级别
要理解这些隔离级别的差异，首先了解如下几个概念：脏读、不可重复读、幻影读取。
脏读：
假设同一个A和B两个同时并发操作数据库，A和B执行的任务如下：从数据库读取整数N，将N再加上10，将新的N更新回数据库。
这两个并发执行的实例可能发生下面的执行顺序。
1.A从数据库中读取整数N，当前数据库中N=0；
2.N加上10，并将其更新到数据库中，当前数据库中N=10，然而A的事务还没有提交，所以数据库更新还没有称之为持久性的。
3.B从数据库中读取整数N，当前数据库中N=0；
4.A回滚了事务，所以N恢复到了N=0；
5.B将N加上了10，并将其更新到数据库中，当前数据库中N=20。
这里出现了B在A提交前读取了A所更新的数据，由于A回滚了事务，所以数据库中出现了错误的数据20，尽管A回滚了事务，但是
A更新的数据还是间接的通过B被更新到了数据库中。这种读取了未提交的数据的方法就叫脏读问题。
不可重复读：
当一个用户从数据库中读取数据的时候，另外一个用户修改了这条数据，所以数据发送了改变，当再次读取的时候就出现了不可重
复读的问题。
幻影读取：
在两次数据库操作读取操作之间，一组新的数据会出现在数据库中，
1.A从数据库中检索到了一些数据；
2.B通过Insert插入一些新的数据；
3.A再次查询的时候，新的数据就会出现。
了解了这几个概念，下面来看一下四种事务的隔离级别的区别：
READ UNCOMMITTED
最低隔离级，允许脏读或 0 级隔离锁定，这表示不发出共享锁并忽略所以锁，也不接受排它锁。
READ COMMITTED
当数据正被读取时，可以控制共享锁。不允许脏读，但数据可在事务结束前更改，从而产生不可重复读取或幻像数据。该选项是 SQL Server 的默认值。
REPEATABLE READ
锁定查询中使用的所有数据以防止其他用户更新、删除数据等，但是其他用户可以将新的幻像行插入数据集，且可以读取。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。
SERIALIZABLE
事务的最高隔离级，锁定整个数据集，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。
事务的一个例子：

SET TRANSACTION ISOLATION LEVEL   REPEATABLE READ
begin transaction
save tran sp1
insert into score values( ' F002 ' , ' M006 ' , 99 ) 
save tran sp2
insert into score values( ' F009 ' , ' M007 ' , 100 ) 
save tran sp3
delete from score  where  sid >= 39
rollback tran sp2
commit