夜猫子的知识栈 夜猫子的知识栈
首页
  • 前端文章

    • JavaScript
  • 学习笔记

    • 《JavaScript教程》
    • 《Web Api》
    • 《ES6教程》
    • 《Vue》
    • 《React》
    • 《TypeScript》
    • 《Git》
    • 《Uniapp》
    • 小程序笔记
    • 《Electron》
    • JS设计模式总结
  • 《前端架构》

    • 《微前端》
    • 《权限控制》
    • monorepo
  • 全栈项目

    • 任务管理日历
    • 无代码平台
    • 图书管理系统
  • HTML
  • CSS
  • Nodejs
  • Midway
  • Nest
  • MySql
  • 其他
  • 技术文档
  • GitHub技巧
  • 博客搭建
  • Ajax
  • Vite
  • Vitest
  • Nuxt
  • UI库文章
  • Docker
  • 学习
  • 面试
  • 心情杂货
  • 实用技巧
  • 友情链接
收藏
  • 分类
  • 标签
  • 归档
GitHub (opens new window)

夜猫子

前端练习生
首页
  • 前端文章

    • JavaScript
  • 学习笔记

    • 《JavaScript教程》
    • 《Web Api》
    • 《ES6教程》
    • 《Vue》
    • 《React》
    • 《TypeScript》
    • 《Git》
    • 《Uniapp》
    • 小程序笔记
    • 《Electron》
    • JS设计模式总结
  • 《前端架构》

    • 《微前端》
    • 《权限控制》
    • monorepo
  • 全栈项目

    • 任务管理日历
    • 无代码平台
    • 图书管理系统
  • HTML
  • CSS
  • Nodejs
  • Midway
  • Nest
  • MySql
  • 其他
  • 技术文档
  • GitHub技巧
  • 博客搭建
  • Ajax
  • Vite
  • Vitest
  • Nuxt
  • UI库文章
  • Docker
  • 学习
  • 面试
  • 心情杂货
  • 实用技巧
  • 友情链接
收藏
  • 分类
  • 标签
  • 归档
GitHub (opens new window)
  • Node基础

  • 《MySQL》学习笔记

  • Midway

  • Nest

    • 开篇词
    • 学习理由
    • nest概念扫盲
    • 快速掌握 nestcli
    • 5种http数据传输方式
    • IoC 解决了什么痛点问题?
    • 如何调试 Nest 项目
    • Provider注入对象
    • 全局模块和生命周期
    • AOP 架构有什么好处?
    • 一网打尽 Nest 全部装饰器
    • Nest如何自定义装饰器
    • Metadata和Reflector
    • ExecutionContext切换上下文
    • Module和Provider的循环依赖处理
    • 如何创建动态模块
    • Nest和Express,fastify
    • Nest的Middleware
    • RxJS和Interceptor
    • 内置Pipe和自定义Pipe
    • ValidationPipe验证post请求参数
    • 如何自定义 Exception Filter
    • 图解串一串 Nest 核心概念
    • 接口如何实现多版本共存
    • Express如何使用multer实现文件上传
    • Nest使用multer实现文件上传
    • 图书管理系统
    • 大文件分片上传
    • 最完美的 OSS 上传方案
    • Nest里如何打印日志
    • 为什么Node里要用Winston打印日志
    • Nest 集成日志框架 Winston
    • 通过Desktop学Docker也太简单了
    • 你的第一个 Dockerfile
    • Nest 项目如何编写 Dockerfile
    • 提升 Dockerfile 水平的 5 个技巧
    • Docker 是怎么实现的
    • 为什么 Node 应用要用 PM2 来跑?
    • 快速入门 MySQL
    • SQL 查询语句的所有语法和函数
    • 一对一、join 查询、级联方式
    • 一对多、多对多关系的表设计
    • 子查询和 EXISTS
    • SQL 综合练习
    • MySQL 的事务和隔离级别
      • 事务操作与数据回滚
      • ROLLBACK 回滚
      • 如果你确实想提交,那可以执行 COMMIT:
      • 那如果我不是想回滚所有的 sql 语句,只是回滚一部分呢?
      • 那如果事务还没有 COMMIT,但是它修改了一些表,这时候我们能查到它修改后的数据么?
      • 总结
    • MySQL 的视图、存储过程和函数
    • Node 操作 MySQL 的两种方式
    • 快速掌握 TypeORM
    • TypeORM 一对一的映射和关联 CRUD
    • TypeORM 一对多的映射和关联 CRUD
    • TypeORM 多对多的映射和关联 CRUD
    • 在 Nest 里集成 TypeORM
    • TypeORM保存任意层级的关系
    • 生产环境为什么用TypeORM的migration迁移功能
    • Nest 项目里如何使用 TypeORM 迁移
    • 如何动态读取不同环境的配置?
    • 快速入门 Redis
    • 在 Nest 里操作 Redis
    • 为什么不用 cache-manager 操作 Redis
    • 两种登录状态保存方式:JWT、Session
    • Nest 里实现 Session 和 JWT
    • MySQL + TypeORM + JWT 实现登录注册
    • 基于 ACL 实现权限控制
    • 基于 RBAC 实现权限控制
    • access_token和refresh_token实现无感登录
    • 单token无限续期实现登录无感刷新
    • 使用 passport 做身份认证
    • passport 实现 GitHub 三方账号登录
    • passport 实现 Google 三方账号登录
  • 其他

  • 服务端
  • Nest
神说要有光
2025-03-10
目录

MySQL 的事务和隔离级别

# 事务操作与数据回滚

我们学习了增删改查的 sql 语句,并进行了大量的练习。

但有个问题:

如果是两个 update 的语句,一个把订单详情表数量修改了,一个把订单表的总金额修改了。但是改订单总金额的那个 sql 执行失败了。

这时候怎么办?

数量已经改了,但是总金额没改成功,就对不上了。

这种就需要事务(transaction)了。

它是这样用的:

比如 3 号订单的这三个商品,我们把它数量都改为 1。

那总金额就是 200,需要改 order 表的 total_amount 为 200。

我们先开启事务:

START TRANSACTION
1

然后执行两条 sql 语句:

UPDATE order_items SET quantity=1 WHERE order_id=3;

UPDATE orders SET total_amount=200 WHERE id=3;
1
2
3

分别修改了 order_items 的商品数量和 orders 的订单总金额。

然后再查询下现在 orders 表和 order_items 表的数据。

确实改了。

如果这时候你发现改错了,想再改回去,可你不记得之前的数据是啥了,怎么办呢?

# ROLLBACK 回滚

别担心,这时候只要执行下 ROLLBACK 就好了。

你会发现它们的数据恢复了:

# 如果你确实想提交,那可以执行 COMMIT:

START TRANSACTION;

UPDATE order_items SET quantity=1 WHERE order_id=3;

UPDATE orders SET total_amount=200 WHERE id=3;

COMMIT;
1
2
3
4
5
6
7

这时候数据就真正被修改,不能回滚了。

# 那如果我不是想回滚所有的 sql 语句,只是回滚一部分呢?

这需要手动告诉 mysql 一些保存的点:

START TRANSACTION;

SAVEPOINT aaa;

UPDATE order_items SET quantity=1 WHERE order_id=3;

SAVEPOINT bbb;

UPDATE orders SET total_amount=200 WHERE id=3;

SAVEPOINT ccc;

1
2
3
4
5
6
7
8
9
10
11
12

比如我设置了 3 个保存点。

执行这段 sql,数据确实修改了:

这时候我们回滚到 bbb 的位置:

ROLLBACK TO SAVEPOINT bbb;
1

然后再查询下:

这时候 order_items 表修改成功了,但是 orders 表修改没成功。

这确实是这个点的状态:

image.png

再回滚到 ccc:

ROLLBACK TO SAVEPOINT ccc;
1

这时候就都修改成功了。

这就是事务:

START TRANSACTION 开启事务后所有的 sql 语句都可以 ROLLBACK,除非执行了 COMMIT 完成这段事务。

还可以设置几个 SAVEPOINT,这样可以 ROLLBACK TO 任何一个 SAVEPOINT 的位置。

当你修改多个表的时候,并且这些表的数据是有关联的时候,事务是必须的。要不全部成功,要不全部不成功。

# 那如果事务还没有 COMMIT,但是它修改了一些表,这时候我们能查到它修改后的数据么?

这就涉及到事务的隔离级别的概念了。

MYSQL 有 4 种事务隔离级别:

  • READ UNCOMMITTED:可以读到别的事务尚未提交的数据。

这就有个问题,你这个事务内第一次读的数据是 aaa,下次读可能就是 bbb 了,这个问题叫做不可重复读。

而且,万一你读到的数据人家又回滚了,那你读到的就是临时数据,这个问题叫做脏读。

  • READ COMMITTED:只读取别的事务已提交的数据。

这样是没有脏读问题了,读到的不会是临时数据。

但是还是有可能你这个事务内第一次读的数据是 aaa,下次读可能是 bbb ,也就是不可重复读的问题依然存在。

不只是数据不一样,可能你两次读取到的记录行数也不一样,这叫做幻读。

  • REPEATABLE READ:在同一事务内,多次读取数据将保证结果相同。

这个级别保证了读取到的数据一样,但是不保证行数一样,也就是说解决了不可重复读的问题,但仍然存在幻读的问题。

  • SERIALIZABLE:在同一时间只允许一个事务修改数据。

事务一个个执行,各种问题都没有了。

但是负面影响就是性能很差,只能一个个的事务执行。

这 4 种级别主要是数据一致性和性能的差别,一致性越好,并发性能就越差。

需要根据实际情况来权衡。

可以这样查询当前的事务隔离级别:

select @@transaction_isolation
1

这个了解就好,一般用默认的。

# 总结

事务内的几条 sql 要么全部成功,要么全部不成功,这样能保证数据的一致性。

它的使用方式是 START TRANSACTION; COMMIT; 或者 ROLLBACK;

还可以设置 SAVEPOINT,然后 ROLLBACK TO SAVEPOINT;

事务还没提交的数据,别的事务能不能读取到,这就涉及到隔离级别的概念了。

一般就用默认的隔离级别就行,也就是 REPEATABLE READ。

基本上,只要写增删改的 sql,那都是要开事务的。

编辑 (opens new window)
上次更新: 2025/7/23 18:02:16
SQL 综合练习
MySQL 的视图、存储过程和函数

← SQL 综合练习 MySQL 的视图、存储过程和函数→

最近更新
01
IoC 解决了什么痛点问题?
03-10
02
如何调试 Nest 项目
03-10
03
Provider注入对象
03-10
更多文章>
Copyright © 2019-2025 Study | MIT License
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式