MySQL8.0UndoTablespace管理详解
知识点掌握了,还需要不断练习才能熟练运用。下面golang学习网给大家带来一个数据库开发实战,手把手教大家学习《MySQL8.0UndoTablespace管理详解》,在实现功能的过程中也带大家重新温习相关知识点,温故而知新,回头看看说不定又有不一样的感悟!
1. UNDO 基础概念
- 默认至少初始化2个Undo表空间,最大支持127个Undo表空间,默认表空间名称为undo_001,undo_002
- 8.0.14 之后UNDO表空间支持在线增加,及在线删除
CREATE UNDO TABLESPACE
/DROP UNDO TABLESPACE
- 不支持指定相对路径,只支持绝对路径,且必须是
innodb_directories
参数定义可识别的路径或默认的数据目录下 - 动态创建的undo表空间必须以.ibu结尾
- 不支持指定相对路径,只支持绝对路径,且必须是
- 8.0.23 之前Undo表空间初始大小依赖
innodb_page_size
的值配置,默认16K,初始文件大小为10M,8.0.23 之后Undo表空间初始大小为16M,默认扩展大小单位为16M
2. UNDO 相关参数
2.1 参数含义
show variables like '%undo%'; +--------------------------+------------+ | Variable_name | Value | +--------------------------+------------+ | innodb_max_undo_log_size | 8589934592 | | innodb_undo_directory | ./ | | innodb_undo_log_encrypt | OFF | | innodb_undo_log_truncate | ON | | innodb_undo_tablespaces | 2 | +--------------------------+------------+ show variables like '%truncate%'; +--------------------------------------+-------+ | Variable_name | Value | +--------------------------------------+-------+ | innodb_purge_rseg_truncate_frequency | 128 | | innodb_undo_log_truncate | ON | +--------------------------------------+-------+ show variables like '%segment%'; +-------------------------------+-----------+ | Variable_name | Value | +-------------------------------+-----------+ | innodb_rollback_segments | 128 | | innodb_segment_reserve_factor | 12.500000 | +-------------------------------+-----------+ innodb_undo_log_truncate -- 控制是否自动做UNDO的truncate收缩操作,默认为ON,只有为ON时,下面2个参数才生效 innodb_max_undo_log_size -- 控制UNDO做truncate收缩操作的阈值,当UNDO达到该值时才出发收缩操作 innodb_purge_rseg_truncate_frequency -- Batch UNDO清理的次数,默认最大值128,也就是128次后才会触发一次UNDO的truncate,而每次清理的undo page由innodb_purge_batch_size参数决定,innodb_purge_batch_size默认为300,也就是300*128个UNDO小批次清理后才会触发UNDO表空间的truncate(也就是UNDO表空间的收缩)操作 innodb_undo_tablespaces -- 控制生成的UNDO表空间的数量,默认2个,在8.0对该参数做了废弃,但并未提供其他参数控制UNDO数量,当前依旧可以使用该参数做UNDO表空间数量配置,通常建议配置为3(手工收缩UNDO时需要至少3个UNDO表空间) innodb_rollback_segments -- UNDO表空间回滚段的数量,默认为最大值128
3. UNDO 表空间运维
3.1 查看UNDO的基本信息
-- 可以查看到undo的表空间名称/文件路径/初始大小/扩展大小/磁盘文件大小/可用空间及是否启用的状态等 SELECT T1.SPACE AS SPACE_ID, T1.NAME AS TABLESPACE_NAME, T2.FILE_NAME, ROUND(T2.INITIAL_SIZE / 1024 / 1024, 2) AS "INITIAL_SIZE(M)", ROUND(T2.AUTOEXTEND_SIZE / 1024 / 1024, 2) AS "AUTOEXTEND_SIZE(M)", ROUND(T1.FILE_SIZE / 1024 / 1024, 2) AS "FILE_SIZE_DISK(M)", ROUND(T2.DATA_FREE / 1024 / 1024, 2) AS "DATA_FREE(M)", T2.STATUS, T1.STATE FROM INFORMATION_SCHEMA.INNODB_TABLESPACES T1, INFORMATION_SCHEMA.FILES T2 WHERE T1.SPACE = T2.FILE_ID AND T1.ROW_FORMAT = 'Undo';
3.2 添加/active/inactive/删除UNDO表空间
CREATE UNDO TABLESPACE
- 用来创建新的UNDO 表空间
DROP UNDO TABLESPACE
- 用来删除UNDO 表空间
ALTER UNDO TABLESPACE xxxx SET ACTIVE
- 用来激活UNDO的使用
ALTER UNDO TABLESPACE xxxx SET INACTIVE
- 用来关闭UNDO的使用(关闭后的UNDO才可删除)
-- 创建一个新的UNDO表空间 CREATE UNDO TABLESPACE undo_004 ADD DATAFILE 'undo_004.ibu'; -- 可以用前面的命令查看创建后的状态 -- 可以将已有的UNDO表示为inactive(也可理解为UNDO表空间收缩) -- PS:设置为INACTIVE的表空间的STATE为empty,表示这个表空间不包含任何事务回滚数据,且表空间也收缩为默认大小 ALTER UNDO TABLESPACE undo_003 SET INACTIVE; -- 可以将inactive的UNDO转为active ALTER UNDO TABLESPACE innodb_undo_001 SET ACTIVE; -- 可以将inactive的UNDO表空间进行删除 -- PS:默认以innodb_开头初始化的undo表空间不可被删除 DROP UNDO TABLESPACE innodb_undo_001; ERROR: 3119 (42000): InnoDB: Tablespace names starting with `innodb_` are reserved. -- 非系统默认的UNDO在inactive后可被删除 ALTER UNDO TABLESPACE undo_003 SET ACTIVE; Query OK, 0 rows affected (0.0030 sec)
3.3 影响UNDO inactive(truncate)性能的因素
- UNDO 表空间的大小
- UNDO 表空间的数量
- UNDO LOGS的数量(实际INSERT/UPDATE/DELETE这类事务回滚段的数据量)
- 磁盘IO的能力/当前系统的负载
- 是否存在长事务在使用该UNDO表空间
PS:通常对表空间做收缩前最简单避免性能的方式是提前创建一个UNDO表空间,收缩完后再删除或一直保留均可
4. UNDO 的监控
4.1 UNDO的监控指标
-- 可以使用以下命令开启对UNDO的监控采集 SET GLOBAL innodb_monitor_enable=module_undo; SET GLOBAL innodb_monitor_enable=module_purge; -- 使用该命令查看UNDO truncate的次数及耗时等信息 SELECT NAME,SUBSYSTEM,COUNT,STATUS,COMMENT FROM INFORMATION_SCHEMA.INNODB_METRICS WHERE NAME LIKE '%truncate%';
4.2 UNDO的状态值
SHOW STATUS LIKE 'Innodb_undo_tablespaces%'; +----------------------------------+-------+ | Variable_name | Value | +----------------------------------+-------+ | Innodb_undo_tablespaces_total | 4 | -- 总共的UNDO表空间数量 | Innodb_undo_tablespaces_implicit | 2 | -- 这里implicit其实表示的初始化创建的默认UNDO表空间个数,这种UNDO不可被删除 | Innodb_undo_tablespaces_explicit | 2 | -- 这里explicit其实表示手工显式创建的UNDO表空间的个数 | Innodb_undo_tablespaces_active | 4 | -- 表示处于active的UNDO表空间的个数,可以看到当前和total一样,说明都在使用 +----------------------------------+-------+
5. UNDO 大小对并发数的限制
5.1 UNDO 记录的类型及大小
UNDO LOGS包含的是事务最后一次修改的聚簇索引记录(MySQL是聚簇索引表,也就是包含了一行完整的记录)
- 当innodb_page_size 为16KB默认值时,undo 的slot槽为1024个
- 16KB*1024/16=1024个槽
UNDO一共有以下4中日志类型
- INSERT 用户自定义的表
- UPDATE and DELETE 用户自定义的表
- INSERT 自定义的临时表
- UPDATE and DELETE 自定义的临时表
5.2 UNDO各场景下支持的读写并发
5.2.1 场景1: 每个事务都执行一个INSERT or UPDATE(DELETE)
并发公式: (innodb_page_size / 16) * innodb_rollback_segments * number of undo tablespaces
select 16*1024/16*128*2; +------------------+ | 16*1024/16*128*2 | +------------------+ | 262144.0000 | +------------------+
5.2.2 场景2: 每个事务都执行一个INSERT and UPDATE(DELETE)
并发公式:(innodb_page_size / 16 / 2) * innodb_rollback_segments * number of undo tablespaces
select 16*1024/16/2*128*2; +--------------------+ | 16*1024/16/2*128*2 | +--------------------+ | 131072.00000000 | +--------------------+
5.2.3 场景3: 每个事务都执行一个INSERT or UPDATE(DELETE) 到临时表
并发公式: (innodb_page_size / 16) * innodb_rollback_segments
select 16*1024/16*128; +----------------+ | 16*1024/16*128 | +----------------+ | 131072.0000 | +----------------+
5.2.4 场景4: 每个事务都执行一个INSERT and UPDATE(DELETE) 到临时表
并发公式:(innodb_page_size / 16 / 2) * innodb_rollback_segments
select 16*1024/16/2*128; +------------------+ | 16*1024/16/2*128 | +------------------+ | 65536.00000000 | +------------------+
6. 参考链接
https://dev.mysql.com/doc/refman/8.0/en/innodb-undo-logs.html
https://dev.mysql.com/doc/refman/8.0/en/innodb-undo-tablespaces.html
今天关于《MySQL8.0UndoTablespace管理详解》的内容就介绍到这里了,是不是学起来一目了然!想要了解更多关于mysql的内容请关注golang学习网公众号!

- 上一篇
- 一文弄懂MYSQL如何列转行

- 下一篇
- MySQL数据库多表操作通关指南(外键约束和多表联合查询)
-
- 数据库 · MySQL | 7小时前 | 数据类型 扩展性 存储引擎 CREATETABLE 约束条件
- MySQL建表攻略:详解数据表创建方法
- 265浏览 收藏
-
- 数据库 · MySQL | 11小时前 | mysql 字符集 中文乱码 utf8mb4 utf8mb4_unicode_ci
- MySQL中文乱码解决方案与字符集修改命令大全
- 339浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
-
- 笔灵AI生成答辩PPT
- 探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
- 23次使用
-
- 知网AIGC检测服务系统
- 知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
- 35次使用
-
- AIGC检测-Aibiye
- AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
- 37次使用
-
- 易笔AI论文
- 易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
- 46次使用
-
- 笔启AI论文写作平台
- 笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
- 40次使用
-
- MySQL主从切换的超详细步骤
- 2023-01-01 501浏览
-
- Mysql-普通索引的 change buffer
- 2023-01-25 501浏览
-
- MySQL高级进阶sql语句总结大全
- 2022-12-31 501浏览
-
- Mysql报错:message from server: * is blocked because of many
- 2023-02-24 501浏览
-
- 腾讯云大佬亲码“redis深度笔记”,不讲一句废话,全是精华
- 2023-02-22 501浏览