数据库-事务隔离级别和事务的传播属性

1、事务概念 

　　现在的很多软件都是多用户，多应用，多线程的，对同一个表可能同时有很多人在用，为保持数据的一致性，所以提出了事务的概念。
　　比如A要给B转1000块钱，那么要做两步Update操作：a、从A账户减1000块钱；b、给B账户加1000块钱；
　　a、b两个操作应该作为一个整体来执行，要么都成功，要么都失败，否则会出现比较尴尬的情况：“A账户减了1000，但B账户没加钱” ;　
　　（注：MySql数据库只有InnoDB引擎支持事务）

2、事务特性 　
　　原子性、一致性、隔离性、持久性，这四个属性通常称为ACID特性。

　　2.1、原子性（atomicity）
　　　　举个栗子
　　转账：张三给李四转账100元。第一步：张三扣100，第二步：李四加100，第三步：记录一条100转账流水。
　　如果任何一步没有成功，那整体回滚，张三没扣钱，李四也没多钱，库中也没有生成流水记录。这就是原子性的体现。

　　2.2、一致性（consistency）
　　　　举个栗子
　　转账：张三给李四转账100元。第一步：张三扣100，第二步：李四加10（逻辑错误），第三步：记录一条100转账流水。
　　上面三步都成功了，这是原子性的体现，但第二步：李四只加了10元，导致了数据的最终不一致，这就是一致性的体现。
　　现实中的例子，往往不是这么简单，如某商品进行抢购时，库存为100，抢购过程中事务都没问题，但因为设计缺陷导致产生了101个订单，这就是典型的数据不一致了。

　　2.3、隔离性（isolation）

　　　　主要是指：各个事务之间的数据改变是否相互可见、怎样可见。
　　　　详见 ”3、事务隔离级别“一节。

　　2.4、持久性（durability）
　　　　举个栗子
　　转账：张三给李四转账100元。第一步：张三扣100，第二步：李四加100，第三步：记录一条100转账流水。
　　这三个步骤修改的数据将永久保存到数据库中，此时就算数据库关闭、或重启，数据也不会丢失。

3、事务隔离级别

　　3.1、事务分为四种隔离级别：
　　1、读未提交（Read Uncommited）：最低级别的一种状态，什么控制都不做，一个事务可以读到任何事务未提交的数据，相当于没有隔离控制。
　　2、读已提交（Read Commited）：单从字面上可以理解了，就是一个事务中只能读到其他事务已提交的数据修改状态。
　　3、可重复读（Repeatable）：在一个事务中，对于同一份数据的读取结果总是相同的，无论是否有其他事务对这份数据进行操作，以及这个事务是否提交。可以解决脏读、不可重复读。
　　4、串行化（Serializable）：事务串行化执行，即一个执行完，才能执行下一个，排着队一个一个地执行，这样就没有并发导致的同时读、写同一份数据的安全性问题了，隔离级别最高，但牺牲了系统的性能。

 下面以转账的业务场景，来说明一下以上四个隔离级别
　　业务场景：张三银行卡余额500元，李四给张三转账100元，并通知张三时时查看一下自己银行卡余额；

3、可重复读

　　待上图。。。

4、串行化

　　待上图。。。

4、事务的传播属性

　　待续。。。。。