数据库事务的四大特性以及事务的隔离级别

　　如果一个数据库声称支持事务的操作，那么该数据库必须要具备以下四个特性：

⑴ 原子性（Atomicity）

　　原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

⑵ 一致性（Consistency）

　　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

　　拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

⑶ 隔离性（Isolation）

　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

　　即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

　　关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。

⑷ 持久性（Durability）

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

　　例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。

当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，我们先看看如果不考虑事务的隔离性，会发生的几种问题：

1.脏读（read uncommited）

读未提交，顾名思义，就是一个事务读取了另一个未提交事务的数据。

例如：面包店里有两个服务员A和B，店里还剩100块面包，A卖出了30块面包，老板把A叫去问店里还剩多少面包，此时B卖出了50块面包，并没有上报给老板，老板得到的答案70和实际的20块不一样，这就叫脏读。

那怎么解决脏读呢？Read committed！读提交，能解决脏读问题。

2.读提交（read commited）

读提交，顾名思义，就是一个事务要等另一个事务提交后才能读取数据。

例如：A卖出30块面包后，有超市打电话来要20块面包，A去仓库看还有30块于是答应马上送去，此时B卖给了顾客20块面包，A发货时又看了一下仓库，发现只有10块面包了。A就很郁闷了。若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。

3.重复读（Repeatable read）

开启读取操作后，不再允许update操作。

重复读可以解决不可重复读的问题，但不能避免幻读现象：幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

数据库事务的四大隔离级别：

a.serializable(串行化)：可避免脏读、不可重复读、幻读的发生。

b.Repeatable read:可避免脏读、不可重复读的发生。

c.read commited：可避免脏读的发生。

d.read uncommited:最低级别，任何情况都无法保证。

提交读是Oracle默认的隔离级别

可重复读是Mysql的默认隔离级别