事务的基本构成：

begin transation

    update 支付表 set 账户总额 = 账户总额 - n

        where 账户名 = 'A'

    update 支付表 set 账户总额 = 账户总额 + n

        where 账户名 = 'B'

commit

成功则commit

失败则rollback

事务进行并发出现的问题：数据库的锁技术：

1.丢失数据修改（T1的提交被T2所覆盖）

2.读脏数据（T1进行的数据修改写入了磁盘中，T2正好使用了T1修改的数据，接着T1对先前使用数据进行撤回，导致T2的数据与原先不一致，从而导致脏读）

3.不可重复读（同一个事务重复读时，发现数据前后不一致）

4.产生幽灵数据（多次使用同一数据造成的）

数据库的锁技术：

作用：

为了解决并发操作时出现的一些问题

排它锁（X锁）：事务T1给数据对象加了X锁之后，在解除之前，只有T1能够对该数据对象进行读和修改操作

共享锁（S锁）：事务T1给数据对象加了S锁之后，在解除之前，T1只能对该数据对象进行查询操作。

封锁协议：

一级封锁协议：对要修改的数据对象加X锁，直到T1执行完毕。

二级封锁协议：在一级封锁的前提下，对数据对象进行加S锁，直到读取数据完成

三级封锁技术：在一级封锁的前提下，对数据对象进行加S锁，直到事务执行完毕

活锁：T1封锁数据R，T2也请求封锁R。。。根据系统的先批准其他的事务，导致的一直等待的情况。

解决方法：采用先到先服务的策略。

死锁：T1封锁了数据R1，T2封锁了数据R2，然后他们之间的数据相互封锁了，然后处于一直等待的状况

解决方法：1.采用一次封锁法，一次性把所有要用到的数据对象进行封锁

      2.采用顺序封锁法：预先安排一个用到的数据对象进行封锁顺序（不好，当数据量多的时候不能用）