博客
关于我
每个表的extent为什么没有一个固定数量
阅读量:786 次
发布时间:2019-03-25

本文共 477 字,大约阅读时间需要 1 分钟。

InnoDB存储引擎在内部存储数据时采用了文件式存储机制,这一机制决定了表的实际存储方式。每个表会有一个特定的**分区页面(partition page)**用来记录该秒的信息。这个页面也被称为该表的分区页面。

分区页面中通常有5个slot,这些slot分别有不同的用途。第4个slot用于存储表上的索引信息,而第5个slot则记录每个extent的长度和起始页面的偏移位置。由于页面的长度是固定的,slot1、slot2和slot3的内容长度相对固定,而slot4的内容会根据实际情况发生变化,这也决定了slot5所能提供的空间大小也是会变化的。

如果从表的结构来看,这正是表中extent数量没有固定的根本原因。每个表所拥有的extent数量是动态分配的,因为分区页面中的slot4和slot5的空间使用比例实际上取决于具体的索引构造和数据分布情况。

这个特性使得InnoDB表能够灵活地调整存储结构来适应数据的写入和读取需求,从而在不同的负载情况下实现最优性能表现。在优化数据库性能时,理解这一特性对于选择适当的索引设计和数据分布策略具有重要意义。

转载地址:http://byduk.baihongyu.com/

你可能感兴趣的文章
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理一
查看>>
Netty源码—8.编解码原理二
查看>>
Netty源码解读
查看>>
Netty的Socket编程详解-搭建服务端与客户端并进行数据传输
查看>>
Netty相关
查看>>
Netty简介
查看>>
Netty速成:基础+入门+中级+高级+源码架构+行业应用
查看>>
Netty遇到TCP发送缓冲区满了 写半包操作该如何处理
查看>>
Netty:ChannelPipeline和ChannelHandler为什么会鬼混在一起?
查看>>
Netty:原理架构解析
查看>>
Network Dissection:Quantifying Interpretability of Deep Visual Representations(深层视觉表征的量化解释)
查看>>
Network Sniffer and Connection Analyzer
查看>>
Network 灰鸽宝典【目录】
查看>>
NetworkX系列教程(11)-graph和其他数据格式转换
查看>>
Networkx读取军械调查-ITN综合传输网络?/读取GML文件
查看>>