关于数据库操作的事务

  1.事务的概念：

   对一组sql进行统一的提交或回滚操作,为了保证数据执行的一致性；（如果一个连续的操作中，所有的步骤全部成功执行，整个操作才算完成；如果有一个步骤失败，那么所有操作都失败）典型例子就是银行转账问题，要么一方扣一方存，要么全部不操作。

  2.事务的四大特性：

原子性：事务不可分割。要么全做，要么不做

一致性：一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，比如甲乙进行转账，转账前后甲乙资产的总和是一致的

持久性：事务能够将数据持久化到数据库中；

持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会

丢失提交事务的操作。

例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以

认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理

完毕，但是数据库因为故障而没有执行事务的重大错误。

隔离性：多个事务操作数据时，可能出现的一些隔离性问题；事务操作一条数据时，其他事务只能等待其操作完成后才能对该数据

进行操作修改，即多个并发的事务之间要相互隔离；

3.事务控制时如果不考虑事务的隔离性，容易出现的几种问题：

(1) 脏读：一个事务正在对一条记录做修改，在这个事务完成并提交前，这条记录的数据就处于不一致状态；这时，另一个事务

也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”数据，并据此做进一步的处理，就会产生对未提交的数据

依赖关系。这种现象被形象地叫做"脏读"。准确来说，就是B事务读取了另一个事务A处理中但未处理完的数据；

(2) 不可重复读：一个事务执行过程中，在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发

生了改变、或某些记录已经被删除了，这种现象就叫做“不可重复读”；一个事务范围内多次查询同一却返回了

不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。

脏读和不可重复读的区别在于：脏读是某一事务读取了另一事务未提交的脏数据；而不可重复读是某一事务读取了前一事务提交的数据

  (3) 幻读：事务在非独立执行的情况下会发生幻读。在一个事务里，查询的结果都是事务开始时的状态（保证了同一事务内的可重复读），但是如果另一个事务同时提交了数据，本事务更新时会惊奇的发现这些数据，貌似之前发生的读取结果是幻觉一样；（类似的说法：一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象

就称为“幻读”。(网上大部分人说法)）

幻读和不可重复读的区别在于：不可重复读表述的是对于一条数据记录前后结果的不一致；幻读是针对某一查询的结果集前后数目不同；

  4.事务的四个隔离级别：

(1) Serializable (串行化) : 避免了幻读、不可重复读、脏读

(2) Repeatable read(可重复读)：避免了不可重复读、脏读--Mysql默认

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过这还会导致

另一个问题：幻读 （Phantom Read）。用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再

读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，

Multiversion Concurrency Control）机制解决了该问题。故在进行事务控制时要保证数据库的存储引擎为InnoDB等支持事务

的引擎，如果是myisam，事务是不起作用的

(3) Read committed (已提交读)：避免了脏读--Oracle默认

一个事务只能看见已经提交事务所做的改变。这种隔离级别会产生不可重复读问题（Nonrepeatable Read），因为

同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。

 (4) Read uncommitted(未提交读，任何情况都无法保证)

Mysql和Oracle中支持的事务隔离级别

在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；

而在Oracle数据库中，只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。

5.事务分类: 

   根据事务的编写位置 : 
    全局事务
    在服务器[tomcat]中配置的事务管理过程
    JTA  java transaction api
    特点 : 可以跨越多个connection连接
        ** 如果客户端一次请求的过程中,需要多个数据源连接数据库
   
    局部事务
    在工程中配置的事务 
    特点 : 事务的配置方式依赖持久层采用的底层技术
        ** 只能局限在一次connection连接中,连接创建 事务创建 ； 连接终止，事务销毁
  根据事务的编写方式 : 
编程式事务
在核心代码中以编码的形式控制事务
session.beginTransaction()
commit() rollback()
声明式事务
AOP  事务通知bean 切入点...

或者 @Transactional注解