数据库事物

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

控制事务
当一个事务被执行并成功完成时，虽然从输出结果来看目标表已经被修改了，但实际上目标表并不是立即被修改。
当事务成功完成时，利用事务控制命令最终认可这个事务，可以把事务所做的修改保存到数据库，也可以撤销事
务所做的修改。
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