Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
醒狮指南
JavaGuide
提交
423fe302
J
JavaGuide
项目概览
醒狮指南
/
JavaGuide
与 Fork 源项目一致
从无法访问的项目Fork
通知
5
Star
1
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
J
JavaGuide
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
未验证
提交
423fe302
编写于
4月 12, 2019
作者:
王
王加鑫/Jason Won
提交者:
GitHub
4月 12, 2019
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
Update 事务隔离级别(图文详解).md
1. 错别字修正 2. 加了一个对比表格 3. 加了2个链接,数据库锁和隔离级别的关系,建议完善这一部分的知识
上级
7e3e18f7
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
15 addition
and
4 deletion
+15
-4
docs/database/事务隔离级别(图文详解).md
docs/database/事务隔离级别(图文详解).md
+15
-4
未找到文件。
docs/database/事务隔离级别(图文详解).md
浏览文件 @
423fe302
...
...
@@ -31,13 +31,13 @@
</div>
1.
**原子性:**
事务是最小的执行单位,不允许分割。事务的原子性确保动作要么全部完成,要么完全不起作用;
2.
**一致性:**
执行事务前后,数据保持一致;
3.
**隔离性:**
并发访问数据库时,一个用户的事
物不被其他事物
所干扰,各并发事务之间数据库是独立的;
2.
**一致性:**
执行事务前后,数据保持一致
,多个事务对同一个数据读取的结果是相同的
;
3.
**隔离性:**
并发访问数据库时,一个用户的事
务不被其他事务
所干扰,各并发事务之间数据库是独立的;
4.
**持久性:**
一个事务被提交之后。它对数据库中数据的改变是持久的,即使数据库发生故障也不应该对其有任何影响。
### 并发事务带来的问题
在典型的应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务(多个用户对统一数据进行操作)。并发虽然是必须的,但可能会导致
一
下的问题。
在典型的应用程序中,多个事务并发运行,经常会操作相同的数据来完成各自的任务(多个用户对统一数据进行操作)。并发虽然是必须的,但可能会导致
以
下的问题。
-
**脏读(Dirty read):**
当一个事务正在访问数据并且对数据进行了修改,而这种修改还没有提交到数据库中,这时另外一个事务也访问了这个数据,然后使用了这个数据。因为这个数据是还没有提交的数据,那么另外一个事务读到的这个数据是“脏数据”,依据“脏数据”所做的操作可能是不正确的。
-
**丢失修改(Lost to modify):**
指在一个事务读取一个数据时,另外一个事务也访问了该数据,那么在第一个事务中修改了这个数据后,第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失,因此称为丢失修改。 例如:事务1读取某表中的数据A=20,事务2也读取A=20,事务1修改A=A-1,事务2也修改A=A-1,最终结果A=19,事务1的修改被丢失。
...
...
@@ -58,9 +58,18 @@
-
**READ-UNCOMMITTED(读取未提交):**
最低的隔离级别,允许读取尚未提交的数据变更,
**可能会导致脏读、幻读或不可重复读**
-
**READ-COMMITTED(读取已提交):**
允许读取并发事务已经提交的数据,
**可以阻止脏读,但是幻读或不可重复读仍有可能发生**
-
**REPEATABLE-READ(可重读):**
对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,
**可以阻止脏读和不可重复读,但幻读仍有可能发生。**
-
**REPEATABLE-READ(可重
复
读):**
对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,
**可以阻止脏读和不可重复读,但幻读仍有可能发生。**
-
**SERIALIZABLE(可串行化):**
最高的隔离级别,完全服从ACID的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,
**该级别可以防止脏读、不可重复读以及幻读**
。
----
| 隔离级别 | 脏读 | 不可重复读 | 幻影读 |
| :---: | :---: | :---:| :---: |
| READ-UNCOMMITTED | √ | √ | √ |
| READ-COMMITTED | × | √ | √ |
| REPEATABLE-READ | × | × | √ |
| SERIALIZABLE | × | × | × |
MySQL InnoDB 存储引擎的默认支持的隔离级别是
**REPEATABLE-READ(可重读)**
。我们可以通过
`SELECT @@tx_isolation;`
命令来查看
```
sql
...
...
@@ -136,3 +145,5 @@ SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTE
-
《MySQL技术内幕:InnoDB存储引擎》
-
<https://dev.mysql.com/doc/refman/5.7/en/>
-
[
Mysql 锁:灵魂七拷问
](
https://tech.youzan.com/seven-questions-about-the-lock-of-mysql/
)
-
[
Innodb 中的事务隔离级别和锁的关系
](
https://tech.meituan.com/2014/08/20/innodb-lock.html
)
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录