个人中心
文章发布
退出
作者热门文章
- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
25
4
CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章MySQL 四种事务隔离级别详解及对比由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.
MySQL 四种事务隔离级别详解及对比 。
按照SQL:1992 事务隔离级别，InnoDB默认是可重复读的（REPEATABLE READ）。MySQL/InnoDB 提供SQL标准所描述的所有四个事务隔离级别。你可以在命令行用--transaction-isolation选项，或在选项文件里，为所有连接设置默认隔离级别。 例如，你可以在my.inf文件的[mysqld]节里类似如下设置该选项:
|
1
|
transaction
-
isolation
= {
READ
-
UNCOMMITTED
|
READ
-
COMMITTED
|
REPEATABLE
-
READ
|
SERIALIZABLE
}
|
用户可以用SET TRANSACTION语句改变单个会话或者所有新进连接的隔离级别。它的语法如下:
|
1
|
SET
[SESSION |
GLOBAL
]
TRANSACTION
ISOLATION
LEVEL
{
READ
UNCOMMITTED
|
READ
COMMITTED
|
REPEATABLE
READ
|
SERIALIZABLE
}
|
注意：默认的行为（不带session和global）是为下一个（未开始）事务设置隔离级别。如果你使用GLOBAL关键字，语句在全局对从那点开始创建的所有新连接（除了不存在的连接）设置默认事务级别。你需要SUPER权限来做这个。使用SESSION 关键字为将来在当前连接上执行的事务设置默认事务级别。 任何客户端都能自由改变会话隔离级别（甚至在事务的中间），或者为下一个事务设置隔离级别.
你可以用下列语句查询全局和会话事务隔离级别:
|
1
2
3
|
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)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞 。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 。
用例子说明各个级别的情况:
① 脏读: 脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
|
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 中未提交事务修改的数据. 。
② 不可重复读:是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
|
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)
|
③ 可重复读
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
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)
|
④ 幻读:第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
|
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为主键字段.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
|
实验三：
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的记录时就会等待锁的释放.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
|
实验四：一致性读和提交读
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.
总结
四个级别逐渐增强，每个级别解决一个问题。事务级别越高,性能越差,大多数环境read committed 可以用.记住4个隔离级别的特点(上面的例子),
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！ 。
最后此篇关于MySQL 四种事务隔离级别详解及对比的文章就讲到这里了,如果你想了解更多关于MySQL 四种事务隔离级别详解及对比的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
25
4
0
我正在使用 PostgREST 将数据库实体暴露给使用这些实体的 Springboot 应用。 我的数据库中有两个实体，分别是 Person 和 City。 我想同时保存 Person 实体和 Cit
1、事务的定义 Redis的事务提供了一种“将多个命令打包， 然后一次性、按顺序地执行”的机制。 redis事务的主要作用就是串联多个命令防止别的命令插队。 但是，事务并不具有传统
SQLite 事务（Transaction） 事务（Transaction）是一个对数据库执行工作单元。事务（Transaction）是以逻辑顺序完成的工作单位或序列，可以是由用户手动操作完成，也可
事务是顺序组操作。 它们作为单个单元运行，并且直到组中的所有操作都成功执行时才终止。 组中的单个故障会导致整个事务失败，并导致对数据库没有影响。 事务符合ACID（原子性，一致性，隔离和耐久性）
我希望将 SqlKata 用于一个项目。但是，项目标准的一部分是查询应该能够作为事务执行。有没有一种方法可以使用 MSSQL 事务执行一个查询或多个查询？ 非常感谢。 最佳答案 SQLKata 使用
我只是以多线程方式测试 PetaPoco 事务... 我有一个简单的测试用例: -- 简单的值对象称之为 MediaDevice -- 插入一条记录，更新1000次 void TransactionT
我正在尝试从 Excel VBA 向 SQL 中插入一些数据。 SQL 命令是在 VBA 脚本的过程中构建的，包括使用一些 SQL 变量。 我试图了解事务在 VBA 中是如何工作的，以及它们是否可以处
情况如下: 一个大型生产客户端/服务器系统，其中一个中央数据库表具有某个列，该列的默认值是 NULL，但现在默认值是 0。但是在该更改之前创建的所有行当然仍然具有 null 值，这会在该系统中生成许多
数据库事务是一个熟悉的概念。 try { ... .. updateDB() .. ... commit(); } catch error { rollback(); }
我想了解使用传播支持进行 Spring 交易的用途。 java 文档提到如果具有 @Transactional(propagation = Propagation.SUPPORTS) 的方法从支持该事
我需要获取 hibernate 的事务 ID。对于每笔交易，此 ID 必须是唯一的。我尝试使用 session.getTransaction().hashCode()，但我相信这个值不是唯一的。 最佳
我从 firebase 收到以下消息:runTransactionBlock:启用持久性时检测到的使用情况。请注意，事务不会在应用重新启动后保留。 那么应用程序重新启动后到底会发生什么？由于主数据库的
我需要在 jdbc 中执行选择、更新、插入查询的序列。 这是我的代码: public String editRequest(){ connection = DatabaseUtil.getServi
Java 是否提供了一种智能“聚合”事务的方法？如果我有多个异构数据存储库，我想保持同步(即用于数据的 Postgres、用于图表的 Neo4j 以及用于索引的 Lucene)，是否有一个范例仅允许
我对标题中的主题有几个问题。首先，假设我们使用 JDBC，并且有 2 个事务 T1 和 T2。在 T1 中，我们在一个特定的行上执行 select 语句。然后我们对该行执行更新。在事务 T2 中，我们
我有一个 Python CGI 处理支付交易。当用户提交表单时，CGI 被调用。提交后，CGI 需要一段时间才能执行信用卡交易。在此期间，用户可能会按下 ESC 或刷新按钮。这样做不会“杀死”CGI，
我有一个代码，类似这样 def many_objects_saving(list_of_objects): for some_object in list_of_objects:
我有一个包含 100,000 条记录的表。我正在考虑使用事务来更新数据。将有一个查询将一列更新为零，并且大约有 5000 个更新，每个更新将更新一条记录。 这些大型事务对内存有何影响？事务运行时选择数
有没有办法在一个命令中执行 SQL 事务？例如 mysql_query(" START TRANSACTION; INSERT INTO table1 ....etc; INSERT INTO tab
真心希望能帮到你! 我使用以下函数在 PHP/MySql 应用程序中发送消息: public function sendMail($sender_id, $recipient_id, $subject
我是一名优秀的程序员,十分优秀！