事务的基本构成：
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.采用顺序封锁法：预先安排一个用到的数据对象进行封锁顺序（不好，当数据量多的时候不能用）