![浅谈mysql事务](https://pic2.zhimg.com/v2-3fd14aec59f46f7959421473a4693213_1440w.jpg?source=172ae18b)
# 浅谈mysql事务
https://zhuanlan.zhihu.com/p/52677680
在技术面试中,面试官经常能够问到关于数据库事务相关的,通常数据库事务具备四大特性(ACID),分别是:
1、原子性
2、一致性
3、隔离性
4、持久性
所谓原子性:是指事务是一个最小单元,不可再分隔,成为一个整体。
所谓一致性:是指事务中的方法要么同时成功,要么都不成功。比如A向B转账,要不都成功,要不都失败。
所谓隔离性:是指当多个事务操作数据库中同一个记录或多个记录时,对事务进行隔离开来有序执行,避免同时对同一数据做操作。这时候就需要使用锁来解决这个问题了(后面讲)。
所谓持久性:即当成功插入一条数据库记录时,数据库必须保证有一条数据永久的写入到数据库磁盘中。
我们可以分析一下,事务的四大特征中,所有的操作都会走向磁盘,所以持久性是事务操作的目的,而原子性是实现事务的基础,隔离性是实现数据安全的一种策略、手段,而最终维护的,就是数据的一致性,一致性才是事务中最重要的。四大特征之间,隔离性是为了达到一致性的手段。
ACID四大特征中,最难理解的不是一致性,而是事务的隔离性,数据库权威专家针对事务的隔离性研究出来了事务的隔离四种级别,四种事务隔离级别就是为了解决数据在高并发下产生的问题(脏读、不可重复读、幻读)。
![](https://pic1.zhimg.com/80/v2-19a4864e39e6e9a257532d4ab8c94a3e_720w.jpg)
Mysql默认使用的数据隔离级别是REPEATABLE READ ,可重复读,允许幻读。
~~~text
省查看数据库默认隔离级别
SELECT @@tx_isolation
~~~
什么是脏读、不可重复读、幻读呢?我们来看看。
## **脏读**
脏读:比如有两个事务并行执行操作同一条数据库记录,A事务能读取到B事务未提交的数据。如下图所示:事务B操作了数据库但是没有提交事务,此时A读取到了B没有提交事务的数据。这就是脏读的体现。
![](https://pic2.zhimg.com/80/v2-22fe34b33a0b4dc74373fdfc638f503d_720w.jpg)
我们用数据库实例来演示一下脏读现象,首先我本地安装了mysql5.7,关闭数据库自动提交事务开关
~~~text
临时有效
mysql数据库事务开关
开启自动提交事务:set autocommit = 1;
关闭自动提交事务:set autocommit = 0 ;
查看事务开关:show variables like '%autocommit%';
~~~
![](https://pic2.zhimg.com/80/v2-56d61517ccd08c1290b0d3ad4d57b46d_720w.jpg)
然后我们修改数据库的事务级别,命令如下:
~~~text
//全局的 ---此处演示我们设置全局的
set global transaction isolation level read uncommitted;
//当前会话
set session transaction isolation level read uncommitted;
~~~
我们使用Navicat演示一下脏读,打开两个窗口,命令如下:
~~~text
/**数据库建表语句*/
CREATE TABLE `user_money` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
`user_id` bigint(20) NOT NULL COMMENT '用户id',
`money` decimal(25, 2) NOT NULL COMMENT '余额',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '用户余额表' ROW_FORMAT = Dynamic;
/**插入一条数据*/
INSERT INTO `user_money` VALUES (1, 2628, 1000.00);
~~~
Navicat窗口A,查询指定用户信息(此处不提交事务)
~~~text
---------- 窗口A ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 修改指定用户余额
update user_money a set a.money = 500;
-- 提交事务
-- commit;
-- 回滚事务
-- ROLLBACK;
~~~
Navicat窗口B,当窗口A操作完成后再查询指定用户信息
~~~text
---------- 窗口B ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询指定用户
select * from user_money where user_id = '2628'
~~~
此时我们看看查询结果:
![](https://picb.zhimg.com/80/v2-65a752065b7bb7c777a3575c1fb6a819_720w.jpg)
很显然,事务A修改了数据后还没有提交事务,此时事务B可以读取到事务A没有提交的事务的数据。这就是脏读,脏读情况下的数据是不可取的,所以一般没有数据库事务级别设置为允许脏读。
一句话总结:**脏读就是指事务A读取到事务B修改但未提交事务的数据。**
## **不可重复读**
学习完脏读后,我们再来看看什么是不可重复读。比如事务A在同一事务中多次读取同一记录,此时事务B修改了事务A正在读的数据并且提交了事务,但是事务A读取到了事务B所提交的数据,导致两次读取数据不一致。如下图所示:
![](https://picb.zhimg.com/80/v2-ceff3aeabc16afc0033c5060abe8e14c_720w.jpg)
然后我们修改数据库的事务级别,命令如下:
~~~text
//全局的 ---此处演示我们设置全局的
set global transaction isolation level read committed;
//当前会话
set session transaction isolation level read committed;
~~~
我们使用Navicat演示一下脏读,打开两个窗口,命令如下:
~~~text
---------- 窗口A ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 提交事务
commit;
~~~
窗口A先是开启事务,然后查询指定用户信息,然后窗口B开启事务,查询数据指定用户,修改数据,提交事务,然后再回到窗口A,查询指定用户信息;窗口B代码如下:
~~~text
---------- 窗口B ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 修改指定用户余额
update user_money a set a.money = 500;
-- 提交事务
commit;
~~~
![](https://pic3.zhimg.com/80/v2-18f7c12a9c13229210911f7ce9702573_720w.jpg)
事务A在两次查询中,查询的数据不一样,这就是不可重复读。Mysql默认采用的就是不可重复读的隔离级别,用一句话总结,**不可重复读就是事务A读取到事务B已提交事务的数据,导致两次读取数据信息不一致。**
## **幻读**
上面我我们学习了一下什么不可重复读,在mysql数据库中,不可重复读是不被允许的,mysql默认的隔离级可重复读,也就是幻读。
下面我们再来看看幻读,什么是幻读呢?
\-------------------------2020年5月31日 10:11:42------------------
之前关于幻读这一块描述有问题,此处进行更正;
从字面上看幻读二字,更多的感觉像是读取到了一个虚幻的假象。
幻读,并不是说两次读取获取的结果集不同,幻读侧重的方面是某一次的 select 操作得到的结果所表征的数据状态无法支撑后续的业务操作。
更为具体一些:select 某记录是否存在,不存在,准备插入此记录,但执行 insert 时发现此记录已存在,无法插入,此时就发生了幻读。
![](https://pic1.zhimg.com/80/v2-f56a3fc90e7e43afbf6e1eb5364cf9b3_720w.jpg)
幻读
然后我们修改数据库的事务级别,命令如下:
~~~text
//全局的 ---此处演示我们设置全局的
set global transaction isolation level repeatable read;
//当前会话
set session transaction isolation level repeatable read;
~~~
我们使用Navicat演示一下脏读,打开两个窗口,命令如下:
~~~text
-- -------- 窗口A ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0;
select * from user_money where id = 5;
-- 没有查询到结果,进行插入
insert into user_money (id, user_id , money) values (5, 5,5);
-- 再查询id为5的
select * from user_money where id = 5;
commit;
~~~
此处,事务A中查询指定id为5的记录,没有查询到结果后,事务B进行插入了一条id为5的记录并且提交事务;
~~~text
---------- 窗口B ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0;
-- 插入一条记录
insert into user_money (id, user_id , money) values (5, 5,5);
-- 提交事务
commit;
~~~
此时事务A执行插入一句会报错主键冲突,但是再进行查询的时候又查询不到
![](https://pic2.zhimg.com/80/v2-4d53febf48057617c1851457bac6af82_720w.jpg)
在上述事务A中,不提交事务的情况下,插入id为5的记录会一直报错主键冲突,但是再怎么查询id为5的记录都查询不到;这是因为在MySql的设计中,事务中查询的是被修改前的日志,即Undo log(MVCC中的一个概念);可参考
[加耀:Mysql中InnoDB学习MVCC知识点总结zhuanlan.zhihu.com![图标](https://pic3.zhimg.com/v2-3623df34c76a5df765fece138f66cc48_180x120.jpg)](https://zhuanlan.zhihu.com/p/75825571)
关于幻读的问题,可以通过加锁的方式进行解决。
## **串行化**
另外还有一种事务级别就是序列化方式SERIALIZABLE,序列化事务级别既不允许脏读,也不允许不可重复读,并且还不允许幻读。
事务隔离级别越严格,越消耗计算机性能,效率也越低,通常情况下,设置为允许不可重复读就可以解决大多数的问题了。
这里,我们对数据库事务基本上已经有了一个新的认识了。那么,数据库是怎么来隔离事务的呢?这时候就涉及到了数据库锁了。这个我们在下一章节中会详细描述的。
2020年5月31日 10:45:10
- 开始
- 公益
- 更好的使用看云
- 推荐书单
- 优秀资源整理
- 技术文章写作规范
- SublimeText - 编码利器
- PSR-0/PSR-4命名标准
- php的多进程实验分析
- 高级PHP
- 进程
- 信号
- 事件
- IO模型
- 同步、异步
- socket
- Swoole
- PHP扩展
- Composer
- easyswoole
- php多线程
- 守护程序
- 文件锁
- s-socket
- aphp
- 队列&并发
- 队列
- 讲个故事
- 如何最大效率的问题
- 访问式的web服务(一)
- 访问式的web服务(二)
- 请求
- 浏览器访问阻塞问题
- Swoole
- 你必须理解的计算机核心概念 - 码农翻身
- CPU阿甘 - 码农翻身
- 异步通知,那我要怎么通知你啊?
- 实时操作系统
- 深入实时 Linux
- Redis 实现队列
- redis与队列
- 定时-时钟-阻塞
- 计算机的生命
- 多进程/多线程
- 进程通信
- 拜占庭将军问题深入探讨
- JAVA CAS原理深度分析
- 队列的思考
- 走进并发的世界
- 锁
- 事务笔记
- 并发问题带来的后果
- 为什么说乐观锁是安全的
- 内存锁与内存事务 - 刘小兵2014
- 加锁还是不加锁,这是一个问题 - 码农翻身
- 编程世界的那把锁 - 码农翻身
- 如何保证万无一失
- 传统事务与柔性事务
- 大白话搞懂什么是同步/异步/阻塞/非阻塞
- redis实现锁
- 浅谈mysql事务
- PHP异常
- php错误
- 文件加载
- 路由与伪静态
- URL模式之分析
- 字符串处理
- 正则表达式
- 数组合并与+
- 文件上传
- 常用验证与过滤
- 记录
- 趣图
- foreach需要注意的问题
- Discuz!笔记
- 程序设计思维
- 抽象与具体
- 配置
- 关于如何学习的思考
- 编程思维
- 谈编程
- 如何安全的修改对象
- 临时
- 临时笔记
- 透过问题看本质
- 程序后门
- 边界检查
- session
- 安全
- 王垠
- 第三方数据接口
- 验证码问题
- 还是少不了虚拟机
- 程序员如何谈恋爱
- 程序员为什么要一直改BUG,为什么不能一次性把代码写好?
- 碎碎念
- 算法
- 实用代码
- 相对私密与绝对私密
- 学习目标
- 随记
- 编程小知识
- foo
- 落盘
- URL编码的思考
- 字符编码
- Elasticsearch
- TCP-IP协议
- 碎碎念2
- Grafana
- EFK、ELK
- RPC
- 依赖注入
- 开发笔记
- 经纬度格式转换
- php时区问题
- 解决本地开发时调用远程AIP跨域问题
- 后期静态绑定
- 谈tp的跳转提示页面
- 无限分类问题
- 生成微缩图
- MVC名词
- MVC架构
- 也许模块不是唯一的答案
- 哈希算法
- 开发后台
- 软件设计架构
- mysql表字段设计
- 上传表如何设计
- 二开心得
- awesomes-tables
- 安全的代码部署
- 微信开发笔记
- 账户授权相关
- 小程序获取是否关注其公众号
- 支付相关
- 提交订单
- 微信支付笔记
- 支付接口笔记
- 支付中心开发
- 下单与支付
- 支付流程设计
- 订单与支付设计
- 敏感操作验证
- 排序设计
- 代码的运行环境
- 搜索关键字的显示处理
- 接口异步更新ip信息
- 图片处理
- 项目搭建
- 阅读文档的新方式
- mysql_insert_id并发问题思考
- 行锁注意事项
- 细节注意
- 如何处理用户的输入
- 不可见的字符
- 抽奖
- 时间处理
- 应用开发实战
- python 学习记录
- Scrapy 教程
- Playwright 教程
- stealth.min.js
- Selenium 教程
- requests 教程
- pyautogui 教程
- Flask 教程
- PyInstaller 教程
- 蜘蛛
- python 文档相似度验证
- thinkphp5.0数据库与模型的研究
- workerman进程管理
- workerman网络分析
- java学习记录
- docker
- 笔记
- kubernetes
- Kubernetes
- PaddlePaddle
- composer
- oneinstack
- 人工智能 AI
- 京东
- pc_detailpage_wareBusiness
- doc
- 电商网站设计
- iwebshop
- 商品规格分析
- 商品属性分析
- tpshop
- 商品规格分析
- 商品属性分析
- 电商表设计
- 设计记录
- 优惠券
- 生成唯一订单号
- 购物车技术
- 分类与类型
- 微信登录与绑定
- 京东到家库存系统架构设计
- crmeb
- 命名规范
- Nginx https配置
- 关于人工智能
- 从人的思考方式到二叉树
- 架构
- 今日有感
- 文章保存
- 安全背后: 浏览器是如何校验证书的
- 避不开的分布式事务
- devops自动化运维、部署、测试的最后一公里 —— ApiFox 云时代的接口管理工具
- 找到自己今生要做的事
- 自动化生活
- 开源与浆果
- Apifox: API 接口自动化测试指南