MySQL 事务的原理以及长事务的预防和处置

transaction_isolation

隔离级别

读未提交

读提交

视图是在每个 SQL 语句开始执行的时候创建的

可重复读

视图是在事务启动时创建的,整个事务存在期间都用这个视图

串行化

加锁

实现

多版本并发控制(MVCC)

set autocommit=1

select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>1

事务在实现上,数据库里面会创建一个视图,访问的时候以视图的逻辑结果为准。在"可重复读"隔离级别下,这个视图是在事务启动时创建的,整个事务存在期间都用这个视图。在"读提交"隔离级别下,这个视图是在每个 SQL 语句开始执行的时候创建的。这里需要注意的是,"读未提交"隔离级别下直接返回记录上的最新值,没有视图概念;而"串行化"隔离级别下直接用加锁的方式来避免并行访问。

在 MySQL 中,实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值,通过回滚操作,都可以得到前一个状态的值。

假设一个值从 1 被按顺序改成了 2、3、4,在回滚日志里面就会有类似下面的记录。

当前值是 4,但是在查询这条记录的时候,不同时刻启动的事务会有不同的 read-view。如图中看到的,在视图 A、B、C 里面,这一个记录的值分别是 1、2、4,同一条记录在系统中可以存在多个版本,就是数据库的多版本并发控制(MVCC)。对于 read-view A,要得到 1,就必须将当前值依次执行图中所有的回滚操作得到。同时你会发现,即使现在有另外一个事务正在将 4 改成 5,这个事务跟 read-view A、B、C 对应的事务是不会冲突的。

事务的启动方式

有些客户端连接框架会默认连接成功后先执行一个 set autocommit=0的命令。这就导致接下来的查询都在事务中,如果是长连接,就导致了意外的长事务。

你可以在 information_schema 库的innodb_trx这个表中查询长事务,比如下面这个语句,用于查找持续时间超过 60s 的事务。

sql 复制代码
select * from information_schema.innodb_trx 
where TIME_TO_SEC(timediff(now(),trx_started))>60
相关推荐
这个DBA有点耶1 小时前
AI写的SQL跑崩了生产库,这锅谁背?
数据库·人工智能·程序员
镜舟科技2 小时前
Databricks 再提 LTAP,AI 时代的数据底座为何重回大一统叙事?
数据库·架构·agent
Databend2 小时前
从湖仓升级为 Agent 时代的数据控制面,Snowflake 和 Databricks 有哪些布局
大数据·数据库·agent
ClouGence6 小时前
SQL Server CDC 能放到 Always On 备库读吗?一文讲透原理与实践
数据库·sql server
先吃饱再说1 天前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils1 天前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend1 天前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶1 天前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung1 天前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月1 天前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端