对事务的特性ACID的理解

                                                                                            对事务的特性ACID的理解

数据库的事务必须具备ACID特性,ACID是指 Atomicity(原子性)、Consistensy(一致性)、Isolation(隔离型)和Durability(持久性)的英文缩写。

1、原子性(Atomicity

事务包装的一组sql,要么都执行成功,要么都失败。这些操作是不可分割的。

2、一致性(Consistency

        数据库的数据状态是一致的。

事务的成功与失败,最终数据库的数据都是符合实际生活的业务逻辑。一致性绝大多数依赖业务逻辑和原子性。

3、持久性:(Durability

事务成功提交之后,对于数据库的改变是永久的。哪怕数据库发生异常,重启之后数据亦然存在。

4、隔离性(Isolation

        一个事务的成功或者失败对于其他的事务是没有影响。2个事务应该相互独立。

事务的隔离级别

如果不考虑事务的隔离性,由于事务的并发,将会出现以下问题:

1、脏读 -- 最严重,杜绝发生

2、不可重复读

3、幻读(虚读)

 脏读:指一个事务读取了另外一个事务 未提交的数据。

对事务的特性ACID的理解

          一个事务读取了另一个事务没有提交的数据,非常严重。应当尽量避免脏读。

 不可重复读:在一个事务内多次读取表中的数据,多次读取的结果不同。

 对事务的特性ACID的理解

  幻读(虚读)

 对事务的特性ACID的理解

 隔离级别:如何解决问题

l  数据库规范规定了4种隔离级别,分别用于描述两个事务并发的所有情况。

  1. read uncommitted 读未提交,一个事务读到另一个事务没有提交的数据。

a)       存在:3个问题(脏读、不可重复读、虚读)。

b)       解决:0个问题

  1. read committed 读已提交,一个事务读到另一个事务已经提交的数据。

a)       存在:2个问题(不可重复读、虚读)。

b)       解决:1个问题(脏读)

  1. repeatable read:可重复读,在一个事务中读到的数据始终保持一致,无论另一个事务是否提交。

a)       存在:1个问题(虚读)。

b)       解决:2个问题(脏读、不可重复读)

  1. serializable 串行化,同时只能执行一个事务,相当于事务中的单线程。

a)       存在:0个问题。

b)       解决:3个问题(脏读、不可重复读、虚读)

 安全和性能对比

       安全性:serializable > repeatable read > read committed > read uncommitted

     性能 : serializable < repeatable read < read committed < read uncommitted

常见数据库的默认隔离级别:

    MySql:repeatable read

   Oracle:read committed

  演示

 查询数据库的隔离级别

show variables like '%isolation%';
或
select @@tx_isolation;

对事务的特性ACID的理解

设置数据库的隔离级别

set session transaction isolation level 级别字符串

 级别字符串:read uncommitted、read committed、repeatable read、serializable

  例如:set session transaction isolation level read uncommitted;

 

	读未提交:read uncommitted
	A窗口设置隔离级别
	AB同时开始事务
	A 查询
	B 更新,但不提交
	A 再查询?-- 查询到了未提交的数据
	B 回滚
	A 再查询?-- 查询到事务开始前数据

	读已提交:read committed
	A窗口设置隔离级别
	AB同时开启事务
	A查询
	B更新、但不提交
	A再查询?--数据不变,解决问题【脏读】
	B提交
	A再查询?--数据改变,存在问题【不可重复读】

	可重复读:repeatable read
	A窗口设置隔离级别
	AB 同时开启事务
	A查询
	B更新, 但不提交
	A再查询?--数据不变,解决问题【脏读】
	B提交
	A再查询?--数据不变,解决问题【不可重复读】
	A提交或回滚
	A再查询?--数据改变,另一个事务

	串行化:serializable
	A窗口设置隔离级别
	AB同时开启事务
	A查询
	B更新?--等待(如果A没有进一步操作,B将等待超时)
	A回滚
	B 窗口?--等待结束,可以进行操作