数据库事务隔离级别和数据库特性(从最不安全到最安全)

一、在并发事务没有进行隔离的情况下，会发生如下问题：

1. 脏读

脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。　
当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。

2. 不可重复读

不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。
例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。
不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。
在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题，例如对于同一个数据A和B依次查询就可能不同，A和B就可能打起来了……

3. 可重复读_虚读(幻读)

幻读是事务非独立执行时发生的一种现象。
例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。
幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

二、数据库事务4种隔离级别

Default: 数据库默认级别。

1.Read uncommitted：读取未提交_脏读

最低级别，任何情况都无法保证。可能导致脏读，不可重复读，幻读。
Read Uncommitted(脏读)：读写均不使用锁，数据的一致性最差，也会出现许多逻辑错误。

2.Read committed：读取已提交_不可重读

可避免脏读的发生。可能导致不可重复读，幻读。
Read Committed：使用写锁，但是读会出现不一致，不可重复读。

3.Repeatable read：读时加读锁_幻读_可重复读_MySQL默认数据隔离级别

可避免脏读、不可重复读的发生。可能引起幻读。
Repeatable Read(幻读)： 使用读锁和写锁，解决不可重复读的问题。(mysql默认数据隔离级别)（读时加读锁 幻读）

4.Serializable：串行化_序列执行效率低

可避免脏读、不可重复读、幻读的发生。序列执行效率低 。
Serializable：使用事务串形化调度，避免出现因为插入数据没法加锁导致的不一致的情况。（串行化 采用共享群机制在读时可加入写操作 一起读出来 坏处:会造成数据库超时 并发量大时出现锁死 锁竞争 消耗内存）
　
　
    以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，所以平时选用何种隔离级别应该根据实际情况。
　　在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；
　　在Oracle数据库中，只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。

三、数据库事务的特性：(ACID)

1. Atomicity：原子性

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

2. Consistency：一致性

一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，即事务执行之前和执行之后都必须处于一致性状态。借鉴的一个经典的例子：比如转账操作：现在有A和B两个账户，转账之前两个账户总的金额是6000，那么无论经过多少次转账，两个账户金额之和都应该是6000，这体现的就是一致性。<即数据库中的事务满足完整性约束>

3. Isolation： 隔离性

隔离性指当多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能够被其他的事务所干扰。比如任何两个事务T1和T2，从事务T1的角度来看，T2要么在T1未开始之前就已经结束，要么在T1结束后才开始。<一个事务的执行不影响其它事务的执行>

4. Durability：持久性

指的是事务一旦提交，对数据库中数据的修改是永久性的，即使数据库系统遇到故障，也不会丢失提交事务的操作。