Mysql事务级别

最新推荐文章于 2024-06-26 10:47:50 发布
最新推荐文章于 2024-06-26 10:47:50 发布
阅读量344 收藏
点赞数
分类专栏： mysql

原地址：http://www.cnblogs.com/zhoujinyi/p/3437475.html

你可以用下列语句查询全局和会话事务隔离级别：

SELECT @@global.tx_isolation;
SELECT @@session.tx_isolation;
SELECT @@tx_isolation;

—-以上手册中的理论知识;

隔离级别 脏读（Dirty Read） 不可重复读（NonRepeatable Read） 幻读（Phantom Read）

未提交读（Read uncommitted） 可能 可能 可能

已提交读（Read committed） 不可能 可能 可能

可重复读（Repeatable read） 不可能 不可能 可能

可串行化（Serializable ） 不可能 不可能 不可能

===========================================================================================

·未提交读(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据

·提交读(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)

·可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读

·串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

用例子说明各个级别的情况：

① 脏读: 脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。

复制代码
session 1:
mysql> select @@global.tx_isolation;
+———————–+
| @@global.tx_isolation |
+———————–+
| REPEATABLE-READ |
+———————–+
1 row in set (0.00 sec)

mysql> select @@session.tx_isolation;
+———————–+
| @@session.tx_isolation |
+———————–+
| REPEATABLE-READ |
+———————–+
1 row in set (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into ttd values(1);
Query OK, 1 row affected (0.05 sec)

mysql> select * from ttd;
+——+
| id |
+——+
| 1 |
+——+
1 row in set (0.00 sec)

session 2:
mysql> select @@session.tx_isolation;
+————————+
| @@session.tx_isolation |
+————————+
| REPEATABLE-READ |
+————————+
1 row in set (0.00 sec)

mysql> select @@global.tx_isolation;
+———————–+
| @@global.tx_isolation |
+———————–+
| REPEATABLE-READ | ——–该隔离级别下(除了 read uncommitted)
+———————–+
1 row in set (0.00 sec)

mysql> select * from ttd;
Empty set (0.00 sec) ——–不会出现脏读

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

mysql> select @@session.tx_isolation;
+————————+
| @@session.tx_isolation |
+————————+
| READ-UNCOMMITTED | ——–该隔离级别下
+————————+
1 row in set (0.00 sec)

mysql> select * from ttd;
+——+
| id |
+——+
| 1 | ——–REPEATABLE-READ级别出现脏读

+——+
1 row in set (0.00 sec)
复制代码
结论:session 2 在READ-UNCOMMITTED 下读取到session 1 中未提交事务修改的数据.

② 不可重复读:是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。

复制代码
session 1:
mysql> select @@session.tx_isolation;
+————————+
| @@session.tx_isolation |
+————————+
| READ-COMMITTED |
+————————+
1 row in set (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from ttd;
+——+
| id |
+——+
| 1 |
+——+
1 row in set (0.00 sec)

session 2 :

mysql> select @@session.tx_isolation;
+————————+
| @@session.tx_isolation |
+————————+
| REPEATABLE-READ |
+————————+
1 row in set (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from ttd;
+——+
| id |
+——+
| 1 |
+——+
1 row in set (0.00 sec)

mysql> insert into ttd values(2); /也可以更新数据
Query OK, 1 row affected (0.00 sec)

mysql> select * from ttd;
+——+
| id |
+——+
| 1 |
| 2 |
+——+
2 rows in set (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.02 sec)

session 2 提交后,查看session 1 的结果;

session 1:

mysql> select * from ttd;
+——+
| id |
+——+
| 1 | ——–和第一次的结果不一样,READ-COMMITTED 级别出现了不重复读
| 2 |
+——+
2 rows in set (0.00 sec)
复制代码
③ 可重复读:

复制代码
session 1:
mysql> select @@session.tx_isolation;
+————————+
| @@session.tx_isolation |
+————————+
| REPEATABLE-READ |
+————————+
1 row in set (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from ttd;
+——+
| id |
+——+
| 1 |
| 2 |
+——+
2 rows in set (0.00 sec)

session 2 :

mysql> select @@session.tx_isolation;
+————————+
| @@session.tx_isolation |
+————————+
| REPEATABLE-READ |
+————————+
1 row in set (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into ttd values(3);
Query OK, 1 row affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.03 sec)

session 2 提交后,查看session 1 的结果;

session 1:

mysql> select * from ttd;
+——+
| id |
+——+
| 1 | ——–和第一次的结果一样,REPEATABLE-READ级别出现了重复读
| 2 |
+——+
2 rows in set (0.00 sec)

(commit session 1 之后 再select * from ttd 可以看到session 2 插入的数据3)
复制代码
④ 幻读:第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。

复制代码
mysql>CREATE TABLE t_bitfly (
id bigint(20) NOT NULL default ‘0’,
value varchar(32) default NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB

mysql> select @@global.tx_isolation, @@tx_isolation;
+———————–+—————–+
| @@global.tx_isolation | @@tx_isolation |
+———————–+—————–+
| REPEATABLE-READ | REPEATABLE-READ |
+———————–+—————–+

实验一：

t Session A Session B
|
| START TRANSACTION; START TRANSACTION;
|
| SELECT * FROM t_bitfly;
| empty set
| INSERT INTO t_bitfly
| VALUES (1, ‘a’);
|
| SELECT * FROM t_bitfly;
| empty set
| COMMIT;
|
| SELECT * FROM t_bitfly;
| empty set
|
| INSERT INTO t_bitfly VALUES (1, ‘a’);
| ERROR 1062 (23000):
| Duplicate entry ‘1’ for key 1
v (shit, 刚刚明明告诉我没有这条记录的)

如此就出现了幻读，以为表里没有数据，其实数据已经存在了，傻乎乎的提交后，才发现数据冲突了。

实验二：

t Session A Session B
|
| START TRANSACTION; START TRANSACTION;
|
| SELECT * FROM t_bitfly;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
| INSERT INTO t_bitfly
| VALUES (2, ‘b’);
|
| SELECT * FROM t_bitfly;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
| COMMIT;
|
| SELECT * FROM t_bitfly;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
|
| UPDATE t_bitfly SET value=’z’;
| Rows matched: 2 Changed: 2 Warnings: 0
| (怎么多出来一行)
|
| SELECT * FROM t_bitfly;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | z |
| | 2 | z |
| +——+——-+
复制代码
本事务中第一次读取出一行，做了一次更新后，另一个事务里提交的数据就出现了。也可以看做是一种幻读。
当隔离级别是可重复读，且禁用innodb_locks_unsafe_for_binlog的情况下，在搜索和扫描index的时候使用的next-key locks可以避免幻读。

再看一个实验，要注意，表t_bitfly里的id为主键字段。

复制代码
实验三：
t Session A Session B
|
| START TRANSACTION; START TRANSACTION;
|
| SELECT * FROM t_bitfly
| WHERE id<=1
| FOR UPDATE;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
| INSERT INTO t_bitfly
| VALUES (2, ‘b’);
| Query OK, 1 row affected
|
| SELECT * FROM t_bitfly;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
| INSERT INTO t_bitfly
| VALUES (0, ‘0’);
| (waiting for lock …then timeout)
| ERROR 1205 (HY000):
| Lock wait timeout exceeded;
| try restarting transaction
|
| SELECT * FROM t_bitfly;
| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
| COMMIT;
|
| SELECT * FROM t_bitfly;

| +——+——-+
| | id | value |
| +——+——-+
| | 1 | a |
| +——+——-+
复制代码
可以看到，用id<=1加的锁，只锁住了id<=1的范围，可以成功添加id为2的记录，添加id为0的记录时就会等待锁的释放。

复制代码
实验四：一致性读和提交读
t Session A Session B
|
| START TRANSACTION; START TRANSACTION;
|
| SELECT * FROM t_bitfly;
| +—-+——-+
| | id | value |
| +—-+——-+
| | 1 | a |
| +—-+——-+
| INSERT INTO t_bitfly
| VALUES (2, ‘b’);
| COMMIT;
|
| SELECT * FROM t_bitfly;
| +—-+——-+
| | id | value |
| +—-+——-+
| | 1 | a |
| +—-+——-+
|
| SELECT * FROM t_bitfly LOCK IN SHARE MODE;
| +—-+——-+
| | id | value |
| +—-+——-+
| | 1 | a |
| | 2 | b |
| +—-+——-+
|
| SELECT * FROM t_bitfly FOR UPDATE;
| +—-+——-+
| | id | value |
| +—-+——-+
| | 1 | a |
| | 2 | b |
| +—-+——-+
|
| SELECT * FROM t_bitfly;
| +—-+——-+
| | id | value |
| +—-+——-+
| | 1 | a |
| +—-+——-+
复制代码
如果使用普通的读，会得到一致性的结果，如果使用了加锁的读，就会读到“最新的”“提交”读的结果。

本身，可重复读和提交读是矛盾的。在同一个事务里，如果保证了可重复读，就会看不到其他事务的提交，违背了提交读；如果保证了提交读，就会导致前后两次读到的结果不一致，违背了可重复读。

可以这么讲，InnoDB提供了这样的机制，在默认的可重复读的隔离级别里，可以使用加锁读去查询最新的数据（提交读）。
MySQL InnoDB的可重复读并不保证避免幻读，需要应用使用加锁读来保证。而这个加锁度使用到的机制就是next-key locks。

phpLara
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
事务级别mysql_Mysql事务级别
weixin_35738080的博客
01-18 995
2016/12/15事务分为4个等级：1.read uncommitted :无法避免脏读、不可重复读、虚读(幻读)2.read committed :可以避免脏读3.repeatable read :避免脏读、不可重复读4.serializable :避免脏读、不可重复读、虚读脏读指的是：事务A读取到了事务B未提交的数据不可重复读指的是：在一个事务里读取同一个数据，2次的结果不一样(侧重点在于修...
mysql数据库事务及隔离级别详解
nandao158的博客
04-19 4617
事务应该具有 4 个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为 ACID 特 性。  原子性（atomicity）  一致性（consistency）  隔离性（isolation）  持久性（durability） 隔离性（isolation） 一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事 务是隔离的，并发执行的各个事务之间不能互相干扰。 （对数据库的并行执行，应该像串行执行一样）  未提交读（READ..
深入MySQL的事务隔离级别（场景描述 + 超详解析 = 通俗易懂！）
最新发布
WLKQNYJY_SHT的博客
06-26 1190
事务是一组操作的集合，事务会把所有操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。
mysql 事务级别
ludizhang的博客
09-28 212
mysql 数据四种事务级别：Read Uncommitted，Read Committed，Repeatable Read，Serializable Read Uncommitted，Read Committed 这个两个就不多做介绍了 主要说明一下Repeatable Read 这个是mysql 默认的事务级别 此事务级别的表现为，可重读:此事务内的查询，不受其他事务的影响，会坚持从...
MySQL事务隔离级别
weixin_30539835的博客
07-20 119
SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级一般支持更高的并发处理，并拥有更低的系统开销。Read Uncommitted（读取未提交内容） 在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（Dirty R...
MYSQL四种事务级别
专注大规模数据处理
12-19 4603
什么是事务 事务是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。 事务的结束有两种，当事务中的所以步骤全部成功执行时，事务提交。如果其中一个步骤失败，将发生回滚操作，撤消撤消之前到事务开始时的所以操作。 事务的 ACID 事务具有四个特征：原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。
Mysql事务隔离级别原理实例解析
09-08
MySQL事务隔离级别是数据库管理系统中确保事务之间正确交互的重要机制，它主要涉及到四个级别：读未提交（READ UNCOMMITTED）、读已提交（READ COMMITTED）、可重复读（REPEATABLE READ）和串行化（SERIALIZABLE）。...
MySQL事务隔离级别详解
10-17
MySQL事务隔离级别详解，这个面试经常会面到，必会呀，哈哈
MySQL数据库事务隔离级别详解
12-16
MySQL数据库的事务隔离级别是数据库管理系统中用于控制事务处理中并发操作的重要机制。在多用户同时访问数据库的情况下，事务隔离级别能够确保数据的一致性和完整性，避免并发操作带来的各种问题，如脏读、不可重复...
MySQL数据库事务隔离级别
02-26
数据库隔离级别有四种，应用《高性能mysql》一书中的说明：然后说说修改事务隔离级别的方法：1.全局修改，修改mysql.ini配置文件，在最后加上#可选参数有：READ-UNCOMMITTED,READ-COMMITTED,REPEATABLE-READ,...
【MySQL】事务及其隔离性/隔离级别
学了就忘是正常现象
06-29 4487
MySQL事务的隔离级别（只有innoDB解决了RR级别的幻读问题）
mysql事物级别的问题。
lkclkc88的专栏
05-18 451
mysql存在四个事物级别，最常用的是两个，提交读，重复读。   提交读，简单的理解就是在事物当中，可以读取到其他事物提交的数据。     比如，      1， 在事物A中执行语句 select  *  from user ;。    2， 在事物B中执行语句更新user表。    3， 在事物A中再次执行 select * from user, 结果数据没有变化。    4， 提交
MySQL 的四种事务隔离级别
阿拉丁省油的灯的博客
04-05 181
MySQL 的四种事务隔离级别
mysql强制提交所有事务_mysql的四种事务隔离级别
weixin_29109553的博客
01-28 676
什么是事务事务是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所做的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。事务的结束有两种，当事务中的所以步骤全部成功执行时，事务提交。如果其中一个步骤失败，将发生回滚操作，撤消之前到事务开始时的所有操作。事务的ACID1、原子性(Atomicity)：事务开始后所有操作，要么全部做完，要...
MySQL的事务和隔离级别
个人站点：javatv.net
11-24 1687
什么是事务 事务是数据库管理系统（DBMS）执行过程中的一个逻辑单位（不可再进行分割），由一个有限的数据库操作序列构成（多个DML语句，select语句不包含事务），要不全部成功，要不全部不成功。 如 A 给 B 要划钱，A 的账户-1000 元， B 的账户就要+1000 元，这两个 update 语句必须作为一个整体来执行，不然 A 扣钱了，B 没有加钱这种情况就是错误的。那么事务就可以保证 A 、B 账户的变动要么全部一起发生，要么全部一起不发生。 事务特性 事务具有 4 个属性：原子性（atomic
事务的隔离级别
h294590501的专栏
05-20 5845
事务的隔离级别事务的四大特性ACID事务特性含义原子性（Atomicity）每个事务都不能再拆分，如果事务中有多条语句，它们应该是一个整体。要么全部成功，要么全部失败。一致性（Consistency）事务执行前与事务执行后，数据库的状态应该是一致的。如：转账操作，转账前前与转账后两个人的总金额应该是一样的。隔离性（Isolation）如果同时有多个事务在数据库中执行，事务与事务之间应该互不影响。持...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值