InnoDB记录存储结构

最新推荐文章于 2023-06-27 19:27:20 发布
最新推荐文章于 2023-06-27 19:27:20 发布
阅读量115 收藏
点赞数
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41648688/article/details/115033414
版权

InnoDB记录存储结构

InnoDB是一个将表中的数据存储到磁盘上的存储引擎，我们真正处理数据的时候是在内存中处理，所以我们需要将数据加载到内存中。InnoDB是将数据分成若干页，页的大小一般为16KB，一次最少读取一页。

COMPACT行格式

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OnKHzBBv-1616240629802)(C:\Users\10374\AppData\Roaming\Typora\typora-user-images\image-20210320142243150.png)]

额外信息

为了方便记录的管理。

  • 变长字段长度列表

    • 真正的数据内容：第一个二进制位表示标志位：若为0，则是单独字段长度。若为1，则是半个字段长度。
    • 数据占用的字节数：放在记录的开头处位置，如果一个字符最多需要的字节数*最多能存字符数<=255，就用1字节。否则就分为两种情况，按实际存储的 字符串占用的字节数来分，若实际存储的 字符串占用的字节数<=127,则用1字节来表示真是的占用字节数。若大于127，则用2字节。有一位是用来标记是否为NULL。

    数据逆序存放，

最低0.47元/天 解锁文章
Pandada。
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
InnoDB记录存储结构1
08-03
《InnoDB记录存储结构解析》 在MySQL的世界里，存储引擎是数据库管理的核心组件，它负责数据的存储和检索。其中，InnoDB是最常见的存储引擎，以其事务安全性和高性能著称。本文将深入探讨InnoDB的记录存储结构，...
InnoDB存储引擎架构简介
02-24
本文介绍了InnoDB是事务安全的MySQL存储引擎，支持ACID事务。InnoDB体系架构和InnoDB重要特性。...InnoDB存储数据是基于磁盘存储的,且其记录是按照页的方式进行管理。那么将引出如下疑问：当前的磁盘速度和CP
MySQL参数 之 innodb_buffer_pool_size
jiazhenming的博客
07-10 2350
Innodb_buffer_pool_size 《深入浅出MySQL》一文中这样描述Innodb_buffer_pool_size： 该参数定义了 InnoDB 存储引擎的表数据和索引数据的最大内存缓冲区大小。和 MyISAM 存储引擎不同，MyISAM 的 key_buffer_size只缓存索引键， 而 innodb_buffer_pool_size 却是同时为数据块和索引块做缓存，这个特性和 Oracle 是一样的。这个值设得越高，访问 表中数据需要的磁盘 I/O 就越少。在一个专用的数据库服务器
innodb 与 myisam 读写性能分析
翱翔的鹰
05-27 4101
前提： mysql在5.0之前，读写性能相差很大，读性能：myisam 很强        mysql在5.0之后，差距不是很大   http://passover.blog.51cto.com/2431658/507265 http://blog.csdn.net/cchaha/article/details/1782723 http://www.taobaod
InnoDB数据存储结构
最新发布
m0_57001006的博客
06-27 1208
页a, 页b, 页c… 页n这些页可以不在物理结构上相连, 只要通过双向链表相关联即可. 每个数据页中的记录会按照主键值从小到达的顺序组成一个单向链表, 每个数据页都会为存储在它里面的记录生成一个页目录, 在通过主键查找某条记录的时候可以在页目录中使用二分法快速定位到对应的槽位, 然后再遍历该槽对应分组中的记录即可快速找到指定的记录页目录等我们下面详细介绍页结构的会讲解注意: 这些页是同一层的页, 可以不在物理结构上相连, 但是页分配的时候确实是相连的, 但是呐不是同一层相连。
ZeroMoreFree#mysql-note#4.InnoDB记录存储结构1
07-25
前言mysql中有很多的引擎，不同的引擎存储数据的方式是不同的，本文以InnoDB为例进行讲解InnoDB页简介为了提高效率，InnoDB以页作为磁盘和内存之间
MySQL技术内幕 InnoDB存储引擎.pdf
12-18
4.2 InnoDB逻辑存储结构 4.3 行记录格式 4.4 InnoDB数据页结构 5. 索引与算法 5.1 概述 5.2 数据结构与算法 5.3 B+树索引 5.4 B+树索引的分裂 5.5 Cardinality值 5.6 全文索引 6. 锁 - 实现事务的隔离性 ...
Mysql更换MyISAM存储引擎为Innodb的操作记录总结
09-09
`命令会列出所有可用的存储引擎及其特性，如支持的事务、XA（分布式事务）和保存点等。 3. **转换单个表的存储引擎**： 要将一个表从MyISAM转换为InnoDB，可以使用以下SQL语句： ```sql ALTER TABLE table_name ...
InnoDB逻辑存储结构
爱我所爱0505
08-06 1559
介绍了InnoDB存储引擎逻辑结构的组成部分，页的行格式及页数据页结构
在InnoDB中一个3层B+树最多大概可以存放多少行数数据
weixin_48303059的博客
03-02 414
在InnoDB中一个3层B+树最多大概可以存放多少行数数据
InnoDB记录存储结构介绍
范特西的博客
07-06 437
Mysql存储引擎分为 Innodb,myisam,memory等，不同的存储引擎一般是由不同的人为实现不同的特性而开发的，真实数据在不同的存储引擎中存放的格式一般般也是不同的，比如memory时不余姚使用磁盘作为存储介质的，因而一旦服务器关闭或者重启那么数据就会消失。由于Innodb是其默认存储引擎，是最常最常使用使用的存储引擎。 InnoDb 存储引擎 1，简介 ...
MySQL中的InnoDB一次select执行
qq_36592473的博客
04-04 655
学习MySQL 45讲后一些梳理。 图中是 一次 select 的执行大致流程。 连接器：负责跟客户端连接，并且连接器会到权限表里面查出你拥有的权限。此后此连接的权限都依赖此次查询，即使修改以后也要重新连接才会生效。 缓存：SQL作为key的一个缓存，如果开启缓存，并且缓存中有数据(且判定有表的操作权限)则直接返回。DML(insert/update/delete)语句会使缓存失效。8....
MySQL-InnoDB的数据存储结构
萌萌虎的博客
07-03 1044
InnoDB将数据划分为若干页，每个页默认大小16KB。 页是磁盘和内存交互的基本单位，每次IO最少读取16KB的内容到内存。也就是说，IO的基本单位是页。一个页中可以存储多个行记录。 页之间可以不在物理结构上相连，通过双向链表相关联。页内的记录按主键大小排序构成单向链表。 行->页->区->段->表空间 区在文件系统中是连续分配的空间，一个区等于64个页，大小：64*16K=1MB 段中不要求区之间是相邻的，不同类型的数据库对象以不
【Mysql】 InnoDB引擎深入 - 数据页 | 聚集索引
qq_31142237的博客
06-24 671
【Mysql】 InnoDB引擎深入 - 数据页 | 聚集索引
一文了解InnoDB存储结构
Huangjiazhen711的博客
10-09 388
InnoDB是一个将表中的数据存储到磁盘上的存储引擎，所以即使关机后我们的数据也不会丢失，而真正处理数据的过程是发生在内存中，所以需要把磁盘中的数据加载到内存中，而我们知道磁盘的读写速度非常慢，和内存读写差了几个数量级，所以InnoDB存储引擎是如何将数据从磁盘中读出来的？本文先了解一下InnodDB的逻辑存储结构的概念以及之间的关系，为后续的学习打好基础。希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教。
（八）InnoDB数据存储结构
小怪的博客
02-18 1936
InnoDB数据存储结构1.数据库的存储结构:页1.1.磁盘与内存交互基本单位:页1.2.页的结构概述1.3.页的大小1.4.页的上层结构2.页的内部结构第1部分:File Header(文件头部)和 File Trailer (文件尾部)第2部分：Free Space (空闲空间)，User Records (用户记录)，Infimum + Supremum（最小最大记录）第3部分:Page Directory（页目录）和 Page Header（页面头部）Page Directory（页目录）Page
MySQL的varchar水真的太深了——InnoDB记录存储结构
05-14
是的，MySQL的varchar类型确实比较复杂，尤其是在InnoDB存储引擎下的记录存储结构。在InnoDB中，每个记录都是按照一定的格式存储在数据页中的。对于varchar类型的列，其值存储在数据页的记录头部分，而不是在记录的固定长度部分。因此，当varchar类型的值长度变化时，InnoDB存储引擎需要重新计算记录的长度，并且可能需要将记录移动到其他数据页上，从而导致额外的IO操作。 此外，对于varchar类型的列，InnoDB存储引擎还会在记录头部分存储一些额外的信息，如长度信息、空值标记等。这些信息也会影响记录的大小和存储位置。 综上所述，对于varchar类型的列，需要特别注意其长度和值的变化，以避免不必要的IO操作和性能问题。在设计表结构时，可以考虑将varchar类型的列放在记录的末尾，以减少移动记录的次数。另外，可以根据实际情况选择合适的varchar长度，以避免过大或过小的长度对性能的影响。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值