✅MySQL的InnoDB存储引擎支持哪几种行格式?

数据库表中的行格式决定了数据在物理存储时的布局方式,进而对查询和DML操作的性能产生影响。

在InnoDB存储引擎中,常见的行格式主要包括以下四种:

  1. COMPACT:在MySQL 5.0之前是默认的格式,除了存储字段值外,还会利用空值列表来保存null值,同时记录变长字段长度列表和记录头信息。

COMPACT适用于处理大量包含可变长度列(如VARCHAR、VARBINARY、BLOB和TEXT类型)数据。

对于可变长度列,前768字节的数据存储在B树节点的索引记录中,超出部分存储在溢出页中。大于或等于768字节的固定长度列会被编码为可变长度列,可以存储在页外。

  1. REDUNDANT:在MySQL 5.0版本之前,InnoDB使用的行记录存储方式,较少使用。Redundant 行格式会将该记录中所有列(包括隐藏列)的长度信息存储在"字段长度偏移列表"中。
  1. DYNAMIC:MySQL 5.7版本引入的DYNAMIC格式是COMPACT格式的升级版本。它延续了COMPACT格式的优势,在处理大型可变长度列时更具灵活性,能够灵活选择将数据存储在页内还是页外。DYNAMIC格式适用于多数应用场景,在存储空间和性能之间取得了一定的平衡。其结构与COMPACT格式大致相似;

  2. COMPRESSED:作为MySQL 5.1中InnoDB的新增特性之一,压缩功能能够减小数据在磁盘上的占用空间。然而,其缺点在于增加了CPU的负担,可能导致部分查询性能下降。COMPRESSED行格式在DYNAMIC行格式的基础上引入了页外压缩功能。在存储数据时,如果发现可以通过压缩来减小存储空间,系统将选择压缩方式来存储数据。在查询时,数据将会被自动解压并返回结果。

  3. BARRACUDA:作为MySQL 5.7引进的一种新格式,相较于前述格式,支持更多高级特性,包括动态行格式、逐行压缩以及空间管理等功能。

对比:

行格式 紧凑的存储特性 增强的可变长度列存储 大索引键前缀支持 压缩支持 支持的表空间类型 所需文件格式
REDUNDANT system, file-per-table, general Antelope or Barracuda
COMPACT system, file-per-table, general Antelope or Barracuda
DYNAMIC system, file-per-table, general Barracuda
COMPRESSED file-per-table, general Barracuda

如有问题,欢迎加微信交流:w714771310,备注- 技术交流 。或微信搜索【码上遇见你】。

免费的Chat GPT可微信搜索【AI贝塔】进行体验,无限使用。

好了,本章节到此告一段落。希望对你有所帮助,祝学习顺利。

相关推荐
毕设源码-赖学姐14 分钟前
【开题答辩全过程】以 基于Springboot的球场管理平台的设计与实现为例,包含答辩的问题和答案
java·spring boot·后端
BIBI204936 分钟前
Windows 上配置 Nacos Server 3.x.x 使用 MySQL 5.7
java·windows·spring boot·后端·mysql·nacos·配置
IT_陈寒42 分钟前
Redis高频踩坑实录:5个不报错但会导致性能腰斩的'隐秘'配置项
前端·人工智能·后端
CoolerWu1 小时前
2025 · 我与 AI / Vibe Coding 的一年
前端·后端
不思念一个荒废的名字1 小时前
【黑马JavaWeb+AI知识梳理】Web后端开发06 - SpringBoot原理篇
spring boot·后端
AC赳赳老秦1 小时前
DeepSeek-Coder vs Copilot:嵌入式开发场景适配性对比实战
java·前端·后端·struts·mongodb·copilot·deepseek
9号达人1 小时前
支付配置时好时坏?异步方法里的对象引用坑
java·后端·面试
刘一说1 小时前
MySQL 版本演进全景图:从 5.6 到 8.4 的技术变革与行业实践
数据库·mysql
韭菜炒大葱2 小时前
TailwindCSS:从“样式民工”到“UI乐高大师”的逆袭
前端·面试·编程语言
Tony Bai2 小时前
Go 性能分析的“新范式”:用关键路径分析破解高并发延迟谜题
开发语言·后端·golang