事务的详细介绍

一、事务的概念:

1.数据库事务: 数据库事务通常指对数据库进行读或写的一个操作序列。

    它的存在包含有以下两个目的：

    1、为数据库操作提供了一个从失败中恢复到正常状态的方法，同时提供了数据库即使在异常状态下仍能保持一致性的方法。

    2、当多个应用程序在并发访问数据库时，可以在这些应用程序之间提供一个隔离方法，以防止彼此的操作互相干扰。



2.系统中的事务: 处理一系列业务处理的执行逻辑单元,该单元里的一系列类操作要不全部成功要不全部失败

二、为什么使用事务

可以保证数据的一致性和完整性(避免异常和错误等导致的数据信息异常) 

三、事务的特性ACID

原子性（Atomicity）：事务包含的操作全部成功或者全部失败

一致性（Consistency）：数据库从一个一致性状态变到另一个一致性状态

    (一系列操作后,所有的操作和更新全部提交成功,数据库只包含全部成功后的数据就是数据的一致性)

    (由于系统异常或数据库系统出现故障导致只有部分数据更新成功,但是这不是我们需要的最终数据,这就是数据的不一致)

隔离性（Isolation）：事务互相隔离互不干扰

     (事务内部操作的数据对其它事务是隔离的,在一个事务执行完之前不会被其他事务影响和操作)

持久性（Durability）：事务提交后数据应该被永久的保存下来，出现宕机等故障后可以恢复数据

四、数据库的隔离级别

此处使用http://blog.csdn.net/qq_33290787/article/details/51924963(写的很好,直接copy下来了)

数据库事务的隔离级别有4种，由低到高分别为Readuncommitted 、Read committed 、Repeatable read 、Serializable 。而且，在事务的并发操作中可能会出现脏读，不可重复读，幻读

Read uncommitted(读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。)

事例：老板要给程序员发工资，程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字，按成3.9万/月，该钱已经打到程序员的户口，但是事务还没有提交，就在这时，程序员去查看自己这个月的工资，发现比往常多了3千元，以为涨工资了非常高兴。但是老板及时发现了不对，马上回滚差点就提交了的事务，将数字改成3.6万再提交。 

分析：实际程序员这个月的工资还是3.6万，但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。

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

Readcommitted

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

事例：程序员拿着信用卡去享受生活（卡里当然是只有3.6万），当他埋单时（程序员事务开启），收费系统事先检测到他的卡里有3.6万，就在这个时候！！程序员的妻子要把钱全部转出充当家用，并提交。当收费系统准备扣款时，再检测卡里的金额，发现已经没钱了（第二次检测金额当然要等待妻子转出金额事务提交完）。程序员就会很郁闷，明明卡里是有钱的… 

分析：这就是读提交，若有事务对数据进行更新（UPDATE）操作时，读操作事务要等待这个更新操作事务提交后才能读取数据，可以解决脏读问题。但在这个事例中，出现了一个事务范围内两个相同的查询却返回了不同数据，这就是不可重复读。 

那怎么解决可能的不可重复读问题？Repeatable read ！ 

Repeatableread