隔离级别

MySQL事务隔离级别详解 博客分类： SQL MySQL 数据结构 SQL SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 Read Uncommitted（读取未提交内容） 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。 Read Committed（读取提交内容） 这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。 Repeatable Read（可重读） 这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行

原文地址： http://xm-king.iteye.com/blog/770721 SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 Read Uncommitted（读取未提交内容） 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。 Read Committed（读取提交内容） 这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。 Repeatable Read（可重读） 这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读（Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影”行

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。 Read Uncommitted（读取未提交内容） 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。 Read Committed（读取提交内容） 这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。 Repeatable Read（可重读） 这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制（MVCC，Multiversion

read-uncommitted（未提交读） 测试流程： 1、A设置read-uncommitted, start transaction 2、B执行start transaction，修改一条记录， 3、A查询记录，得到了以为正确的记录 4、B回滚。 问题：A读到了B没有提交的记录，也就是脏读。 read-committed（已提交读） 测试流程： 1、A设置read-committed, start transaction 2、B执行start transaction，修改一条记录，查询记录，记录已经修改成功 3、A查询记录，结果还是老的记录 4、B提交事务 5、A再次查询记录，结果是新的记录。 问题：解决了脏读的问题，但是出现一个新问题，A在一个事务中，两次读取的记录不一致，也就是不可重复读。 repeatable-read（可重复读） 测试流程： 1、A设置repeatable-read, start transaction，查询记录，结果是老的记录 2、B执行start transaction，修改一条记录，查询记录，记录已经修改成功 3、A查询记录，结果还是老的记录 4、B提交事务 5、A再次查询记录，结果还是老的记录。 问题：可以重复读，A在事务过程中，即使B修改了数据，并且commit，A读取的还是老的数据。实际上是A读取的数据还是事务开始时的快照。 注意

from:http://www.cnblogs.com/chenmh/p/3998614.html 标签： SQL SEERVER/MSSQL SERVER/SQL/事务隔离级别选项/设置数据库事务级别 SQL 事务隔离级别 概述 隔离级别用于决定如果控制并发用户如何读写数据的操作，同时对性能也有一定的影响作用。 步骤 事务隔离级别通过影响读操作来间接地影响写操作；可以在回话级别上设置事务隔离级别也可以在查询（表级别）级别上设置事务隔离级别。 事务隔离级别总共有6个隔离级别： READ UNCOMMITTED(未提交读,读脏),相当于(NOLOCK) READ COMMITTED(已提交读,默认级别) REPEATABLE READ(可以重复读),相当于(HOLDLOCK) SERIALIZABLE(可序列化) SNAPSHOT(快照) READ COMMITTED SNAPSHOT(已经提交读隔离) 对于前四个隔离级别：READ UNCOMMITTED<READ COMMITTED<REPEATABLE READ<SERIALIZABLE 隔离级别越高,读操作的请求锁定就越严格,锁的持有时间久越长;所以隔离级别越高,一致性就越高,并发性就越低,同时性能也相对影响越大. 获取事务隔离级别(isolation level) DBCC USEROPTIONS 设置隔离 设置回话隔离

SQL 事务隔离级别 概述 隔离级别用于决定如果控制并发用户如何读写数据的操作，同时对性能也有一定的影响作用。 步骤 事务隔离级别通过影响读操作来间接地影响写操作；可以在回话级别上设置事务隔离级别也可以在查询（表级别）级别上设置事务隔离级别。 事务隔离级别总共有6个隔离级别： READ UNCOMMITTED(未提交读,读脏),相当于(NOLOCK) READ COMMITTED(已提交读,默认级别) REPEATABLE READ(可以重复读),相当于(HOLDLOCK) SERIALIZABLE(可序列化) SNAPSHOT(快照) READ COMMITTED SNAPSHOT(已经提交读隔离) 对于前四个隔离级别：READ UNCOMMITTED<READ COMMITTED<REPEATABLE READ<SERIALIZABLE 隔离级别越高,读操作的请求锁定就越严格,锁的持有时间久越长;所以隔离级别越高,一致性就越高,并发性就越低,同时性能也相对影响越大. 获取事务隔离级别(isolation level) DBCC USEROPTIONS 设置隔离 设置回话隔离 SET TRANSACTION ISOLATION LEVEL <ISOLATION NAME> --注意:在设置回话隔离时(REPEATABLE READ)两个单词需要用空格间隔开

SQL 事务隔离级别 概述 隔离级别用于决定如果控制并发用户如何读写数据的操作，同时对性能也有一定的影响作用。 步骤 事务隔离级别通过影响读操作来间接地影响写操作；可以在回话级别上设置事务隔离级别也可以在查询（表级别）级别上设置事务隔离级别。 事务隔离级别总共有6个隔离级别： READ UNCOMMITTED(未提交读,读脏),相当于(NOLOCK) READ COMMITTED(已提交读,默认级别) REPEATABLE READ(可以重复读),相当于(HOLDLOCK) SERIALIZABLE(可序列化) SNAPSHOT(快照) READ COMMITTED SNAPSHOT(已经提交读隔离) 对于前四个隔离级别：READ UNCOMMITTED<READ COMMITTED<REPEATABLE READ<SERIALIZABLE 隔离级别越高,读操作的请求锁定就越严格,锁的持有时间久越长;所以隔离级别越高,一致性就越高,并发性就越低,同时性能也相对影响越大. 获取事务隔离级别(isolation level) DBCC USEROPTIONS 设置隔离 设置回话隔离 SET TRANSACTION ISOLATION LEVEL <ISOLATION NAME> --注意:在设置回话隔离时(REPEATABLE READ)两个单词需要用空格间隔开

7）举例说明四种事务隔离级别有何差别？ 比 如说：窗口1是READ-UNCOMMITTED级别，而窗口2是REPEATABLE-READ级别。（如何设置隔离级别，请参见“缺省隔离级别是怎么 回事？如何改变？”）这样，我窗口1读数据时，能看到其他窗口update以后还没有commited的数据。换句话说，你update以后，即使没有提 交，我都能看见。而因为你的级别是REPEATABLE-READ。这个隔离级别比较高，换句话说就是隔离度高。我更新完数据后，你看不到。你要想看到我 更新的数据，必须得我提交以后，而且你也得提交完成你的transaction（事务）。咱们俩都尘埃落定了，你才能看到我更新的数据。因为这样做其实就 怕我回滚或者你回滚。如果我的窗口1的隔离级别刚才不是设成READ_UNCOMMITTED，而是设成READ_COMMITTED，则我的窗口1只能 看到你commited以后的数据。你不commit的话，当我select * from table时，只能看到以前的数据，你update以后而未提交的变化数据，我一点儿都看不见。同样，如果我的窗口1的隔离级别刚才不是设成 READ_UNCOMMITTED，而是设成SERIERLIZED的话，这是隔离级别最高的一种隔离，可以说隔离得最彻底。我窗口1开始 Transaction（事务）以后，即使我随随便便select *

数据库MVCC 隔离级别 1. 什么是MVCC? 多版本并发控制（Multi-Version Concurrency Control, MVCC），顾名思义，在并发访问的时候，数据存在版本的概念，可以有效地提升数据库并发能力，常见的数据库如MySQL、MS SQL Server、IBM DB2、Hbase、MongoDB等等都在使用。 简单讲，如果没有MVCC，当想要读取的数据被其他事务用排它锁锁住时，只能互斥等待；而这时MVCC可以通过提供历史版本从而实现读取被锁的数据(的历史版本)，避免了互斥等待。 在 MySQL中，多版本并发控制是 的 InnoDB 存储引擎实现隔离级别的一种具体方式，用于实现提交读和可重复读这两种隔离级别。而未提交读隔离级别总是读取最新的数据行，无需使用 MVCC；可串行化隔离级别需要对所有读取的行都加锁，单纯使用 MVCC 无法实现。 MVCC一般有两种实现方式，本文所讲的InnoDB采用的是后者: 实时保留数据的一个或多个历史版本 在需要时通过undo日志构造出历史版本 2. 数据库的锁 2.1 数据库的锁加在哪里？ 在学习之前，我一直想当然地认为锁是加在数据行上的，然而，数据库的锁是 加在数据行对应的索引上 的，这个概念在后续理解锁的范围时至关重要。机智如你可能会问，没有索引怎么办？答案是，不管你建或不建，总有索引在那里！下面简单过一下

一.事务的特性 1.原子性（Atomicity）：原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 2.一致性（Consistency）：在一个事务中，事务前后数据的完整性必须保持一致，可以想象银行转账、火车购票。 3.隔离性（Isolation）：多个事务，事务的隔离性是指多个用户并发访问数据库时， 一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。 4.持久性（Durability）：持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。 二.事务的隔离级别 上面介绍了3种事务并发问题！现在介绍一下数据库提供的解决方案！ 1.read uncommitted : 读取尚未提交的数据 ：这个最低级，但是效率肯定最高，但是哪一个问题都不能解决。 2.read committed：读取已经提交的数据 ：可以解决脏读 。 3.repeatable read：重读读取：可以解决脏读 和 不可重复读 。 4.serializable：串行化：可以解决脏读不可重复读和虚读,效率最差，相当于锁表，开发中一般不用。 上面的“2”是oracle数据库默认设置，“3”是mysql数据库默认的设置。 总结一下 事务隔离级别的性能： read uncommitted>read