MySQL 事务的隔离级别及锁操作的一点点演示
MySQL 版本:5.7
一、测试数据
测试数据库:test;测试表:tt
CREATE TABLE `tt` (
`id` int(11) DEFAULT NULL,
`name` varchar(100) DEFAULT NULL,
KEY `name_idx` (`name`),
KEY `id_idx` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
插入测试数据:
insert into tt value(1, "a”);
insert into tt value(1, "b”);
insert into tt value(2, “b");
二、事务隔离级别设置
1、查询当前事务隔离级别
mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| READ-UNCOMMITTED |
+-------------------------+
2、设置当前事务隔离级别
set global transaction_isolation = 'read-uncommitted';
设置隔离级别后,后续开启的连接 Session 才会生效。
三、读未提交(READ-UNCOMMITTED)
开启两个连接 Session:
| Session 1 | Session 2 |
|
开启事务,更新 id 为 2 的记录 name 为 “ss" ,保持事务未提交: Query OK, 0 rows affected (0.00 sec) |
|
|
开启事务,查询 id 为 2 的记录 name 值: mysql> begin; 事务 2 可以查询到事务 1 未提交的数据变更。对于事务 2 来说,这条数据是脏数据。 |
四、读已提交(READ-COMMITTED)
解决 READ-UNCOMMITTED 隔离级别下产生的脏读现象。
设置事务隔离级别:
mysql> set global transaction_isolation = 'read-committed';
Query OK, 0 rows affected (0.00 sec)
重新开启测试 Session,查询事务隔离级别:
mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| READ-COMMITTED |
+-------------------------+
| Session 1 | Session 2 |
|
开启事务,更新 id 为 2 的记录 name 为 “ssr”:
mysql> begin; |
|
|
查询数据,无法查询到 事务 1 未提交的数据:
mysql> begin; |
|
|
提交事务:
mysql> commit ; |
|
|
查询数据,得到的是事务 1 中已提交的数据变更:
mysql> select * from tt where id = 2; 对于事务 2 来说,在事务 1 提交前后,获取到的数据是不一样的,即不可重复读问题。
|
五、可重复读(REPEATABLE-READ)
解决 READ-COMMITTED 隔离级别下产生的不可重复读现象。
Session 1中 设置事务隔离级别:
mysql> set global transaction_isolation = 'repeatable-read';
Query OK, 0 rows affected (0.01 sec)
重新开启事务,查询隔离级别:
mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ |
+-------------------------+
1 row in set (0.00 sec)
| Session 1 | Session 2 |
|
Session 2 开启事务,查询数据: mysql> begin; |
|
|
更新 id 为 2 的记录 name 为 “ssrr”, 并提交事务: mysql> begin; |
|
|
Session 2 重新查询数据: mysql> select * from tt where id = 2; 当前数据未变。 但是问题是,事务 1 已经进行了数据变更,并且提交,事务 2 无法获取所查记录最新变更信息。 |
为什么事务 2 前后两次相同查询所得的数据是一样的?
一致性读(consistent read)查询模式:基于【某一时刻】的【数据快照】提供读查询结果。无论查询的数据是否被其它事务所改变。这个【某一时刻】在 repeatable-read 隔离级别下为事务中第一次执行查询操作的时间点,read-committed 隔离级别下,数据快照会在每一次执行一致性读操作时进行重置。
幻读
如何避免:加X锁
Next-key lock:Record lock + Gap lock
六、关于 Next-key lock 加锁
调整表 tt 索引及数据:
mysql> show create table tt;
+-------+-------------------------------------------------------+
| Table | Create Table |
+-------+-------------------------------------------------------+
| tt | CREATE TABLE `tt` (
`id` int(11) NOT NULL,
`name` varchar(100) DEFAULT NULL,
`age` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_age` (`age`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+-------+-------------------------------------------------------+
1 row in set (0.00 sec)
mysql> select * from tt;
+-----+------+------+
| id | name | age |
+-----+------+------+
| 90 | aa | 10 |
| 102 | bb | 15 |
| 108 | cc | 20 |
| 130 | dd | 25 |
| 150 | ee | 30 |
+-----+------+------+
1、等值条件
对于使用唯一性索引:加的锁为 Record lock
| Session 1 | Session 2 |
|
开启事务,查询 id 为 108 记录加 X lock: mysql> begin; |
|
|
开启事务,记录前后紧邻 gap 插入记录: mysql> begin; |
对于使用非唯一性索引:加的锁为 Record lock + Gap lock 前后紧邻 gap
:首先加锁 (15, 20],因为是非唯一索引,继续向后查找到第一个不满足条件的元素 25 加 gap lock (20, 25)
| Session 1 | Session 2 |
|
开启事务,查询 age 为 20 记录加 X lock: mysql> begin; |
|
|
开启事务,记录紧邻前后 gap 插入记录: mysql> begin; 操作均被 block。 紧邻 gap 以外插入记录: mysql> insert into tt value(100, 'ab', 12); 记录均可成功插入 |
对于不使用索引的:加锁为全部记录及gap
|
Session1
|
Session2 |
|
开启事务,查询 name 为 ‘cc’ 记录加 X lock: mysql> begin; |
|
|
开启事务,各个间隙尝试插入记录: mysql> begin; 操作均被 block。 更新记录: mysql> update tt set age = 21 where name = 'cc'; 操作均被 block。 |
MySQL 事务的隔离级别及锁操作的一点点演示的更多相关文章
- Mysql数据库事务的隔离级别和锁的实现原理分析
Mysql数据库事务的隔离级别和锁的实现原理分析 找到大神了:http://blog.csdn.net/tangkund3218/article/details/51753243 InnoDB使用MV ...
- MySQL事务学习-->隔离级别
MySQL事务学习-->隔离级别 6 事务的隔离级别 设置的目的 在数据库操作中,为了有效保证并发读取数据的正确性,提出的事务隔离级别. 数据库是要被广大客户所共享访问的,那么在数据库操作过程中 ...
- MySQL事务及隔离级别详解
MySQL事务及隔离级别详解 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.MySQL的基本架构 MySQL的基本架构可以分为三块,即连接池,核心功能层,存储引擎层. 1> ...
- [转]MySQL事务学习-->隔离级别
From : http://blog.csdn.net/mchdba/article/details/12837427 6 事务的隔离级别 设置的目的 在数据库操作中,为了有效保证并发读取数据的正确性 ...
- MySQL事务及隔离级别(读书小结)
标签: MySQL事务 隔离 0.什么是事务? 事务是指MySQL的一些操作看做是一个不可分割的执行单元.事务的特点是要么所有操作都执行成功,要么一个都不执行.也就是如果一个事务有操作执行失败,那么就 ...
- MySQL事务的隔离级别
为什么需要隔离 当多个线程都开启事务操作数据库中的数据时,数据库系统要能进行隔离操作,以保证各个线程获取数据的准确性,在介绍数据库提供的各种隔离级别之前,我们先看看如果不考虑事务的隔离性,会发生的几种 ...
- 高性能MySQL--innodb中事务的隔离级别与锁的关系
最近买了<高性能MySQL>这本书回来看,从中收益颇多!我来一吐为快! 我们都知道事务,那么在什么情况下我们需要使用事务呢? 银行应用是解释事务的一个经典例子.假设一个银行的数据库有两张表 ...
- mysql 事务、隔离级别
一.事务的四大特性(ACID) 1.原子性(Atomicity):事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节.事务执行过程中出错,会回滚到事务开始前的状态,所有的操作就像没有 ...
- MySQL——事务ACID&隔离级别
数据库事务ACID&隔离级别 什么是事务 事务是用户定义的一个数据库操作序列.这些操作要么全执行,要么全不执行,是一个不可分割的工作单元.在关系型数据库中,事务可以是一条SQL语句,也可以是一 ...
随机推荐
- Jenkins+Sonar质量门禁【实践篇-maven版】
Jenkins+Sonar质量门禁[实践篇-maven版] 配置文档百度挺多的,就不展开来了 首先很遗憾的告诉大家,maven版做不了质量门禁!只能扫描!!! 就我们公司项目里,jenkins ...
- 替代台湾安格AG6200 AG6201 HDMI转VGA带音频方案+设计电路 CS5213代替AG6200 AG6201
台湾安格AG6200 AG6201专门用于设计HDMI转VGA带音频输出的方案芯片,CS5213是一款HDMI to VGA转换器且结合了HDMI输入接口和模拟RGB DAC输出.带支持片上音频数模转 ...
- 基于Spring MVC + Spring + MyBatis的【图书信息管理系统(二)】
资源下载:https://download.csdn.net/download/weixin_44893902/35123371 练习点设计:添加.删除.修改 一.语言和环境 实现语言:JAVA语言. ...
- HTML网页设计基础笔记 • 【目录】
持续更新中- 我的大学笔记>>> 章节 内容 第1章 HTML网页设计基础笔记 • [第1章 HTML5基础] 第2章 HTML网页设计基础笔记 • [第2章 排列页面内容] 第3章 ...
- MySQL基础操作指南
启动停止MySQL服务 1.Windows服务窗口启动:开始 → 运行 → services.msc → 找到MySQL 56服务 2.MySQL命令启动:开始 → 运行 → 管理员权限运行cmd → ...
- 论文翻译:2020_A Robust and Cascaded Acoustic Echo Cancellation Based on Deep Learning
论文地址:https://indico2.conference4me.psnc.pl/event/35/contributions/3364/attachments/777/815/Thu-1-10- ...
- Linux 使用 split 命令分割文件
使用方法: $ split --help 用法:split [选项]... [输入 [前缀]] 将输入内容拆分为固定大小的片段并输出到"前缀aa"."前缀ab" ...
- Lombok 安装配置及使用方法
pom.xml 引入依赖 <!-- https://mvnrepository.com/artifact/org.projectlombok/lombok --> <!--Feb 0 ...
- js 表格操作 全选和反选效果 案例
<!DOCTYPE html> <html> <head lang="en"> <meta charset="UTF-8&quo ...
- Django在使用logging日志模块时报错无法操作文件 logging error Permission Error [WinError 32]
产生原因: 这个问题只会在开发的时候遇到,而且配置是写入到setting.py配置文件,我们定义了日志文件大小,当日志满了的时候,这时候就会遇到这个问题, 因为在使用Pycharm运行django的时 ...