System Tablespace(共享表空间)

存储方式 ibdata1~ibdataN, 5.5版本默认的表空间类型。
## ibdata1共享表空间在各个版本的变化
5.5版本：
系统相关:（全局）数据字典信息（表基本结构信息、状态、系统参数、属性..），UNDO回滚信息(记录撤销操作)、Double Write buffer信息、
临时表信息、change buffer 用户数据： 表数据行、表的索引数据

5.6版本：共享表空间只存储于系统数据，把用户数据独立了。
系统相关：（全局）数据字典信息、UNDO回滚信息、Double Write信息、临时表信息、change buffer

5.7版本：在5.6基础上，把临时表独立出来，UNDO也可以设定为独立
系统相关：（全局）数据字典信息、UNDO回滚信息、Double Write信息、change buffer

8.0.19版本：在5.7的基础上将UNDO回滚信息默认独立，数据字典不再集中存储了
系统相关：Double Write信息、change buffer

8.0.20版本:在之前版本基础上，独立 Double Write信息

查看共享表空间命令

select @@innodb_data_file_path;

select @@innodb_autoextend_increment;

参数用途：ibdata1文件，默认初始大小12M，不够用会自动扩展，默认每次扩 展64M

配置文件设定为和实际大小一致：
innodb_data_file_path=ibdata1:76M;ibdata2:100M;ibdata3:100M:autoextend

5.7 中建议：设置共享表空间2-3个，大小建议512M或者1G，最后一个定制为 自动扩展。 
8.0 中建议：设置1-2个就ok，大小建议512M或者1G

一 系统表空间 表空间 ID 是0

系统表空间的结构和独立表空间基本类似，只不过由于整个 MySQL 进程只有一个系统表空间，

在系统表空间中会额外记录一些有关整个系统信息的页面，所以会比独立表空间多出一些记录这些信息的页面。

系统表空间的整体结构

系统表空间与独立表空间的一个非常明显的不同之处就是在表空间开头有许多记录整个系统属性的页面，示意图如下：

可以看到，系统表空间和独立表空间的前三个页面(页号分别为0、1、2，类型分别是 FSP_HDR、IBUF_BITMAP、INODE)的类型是一致的，

1.1 只是页号3 ~ 7的页面是系统表空间特有的

1.2 DWB（double write bufffer）

除了这个记录系统属性的页面外，系统表空间的 extent 1 和 extent 2这两个区，也就是页号从64 ~ 191这128个页面被称为 Doublewrite buffer，也就是双写缓冲区

作用：
MySQL，最小IO单元page（16KB），OS中最小的IO单元是block（4KB）
为了防止出现以下问题：
mysqld process crash in the middle of a page write
DWB每次1M，2次写完。数据页再刷盘。

1.3 InnoDB 数据字典

insert数据为例, 先要找到表聚簇索引和所有二级索引对应的根页面是哪个表空间的哪个页面，然后把记录插入对应索引的 B+树中

InnoDB 存储引擎特意定义了一些列的内部系统表来记录这些元数据

1.4 Data Dictionary Header 页面

InnoDB 的设计者又拿出一个固定的页面来记录这4个表的聚簇索引和二级索引对应的 B+树的位置，

这个页面就是页号为7的页面，类型为 SYS，记录了 Data Dictionary Header，也就是数据字典的头部信息

Data Dictionary Header部分的各个字段

Max Row ID:如果我们不显示的为表定义主键，而且表中没有 UNIQUE 索引，那么 InnoDB存储引擎会默认生成一个名为 row_id 的列为主键。因为它是主键，所以每条记录的 row_id 列的值不能重复。原则上只要一个表中的 row_id 列不重复就可以了，也就是说表 a 和表 b 拥有一样的 row_id 列也没啥关系，不过不过 InnoDB 只提供了这个 Max Row ID 字段，不论哪个拥有 row_id 列的表插入一条记录时，该记录的 row_id 列的值就是 Max Row ID 对应的值，然后再把Max Row ID对应的值加1，也就是说这个Max Row ID是全局共享的。
Max Table ID:InnoDB存储引擎中的所有的表都对应一个唯一的 ID，每次新建一个表时，就会把本字段的值作为该表的 ID，然后自增本字段的值。
Max Index ID:InnoDB存储引擎中的所有的索引都对应一个唯一的 ID，每次新建一个索引时，就会把本字段的值作为该索引的 ID，然后自增本字段的值。
Max Space ID:InnoDB存储引擎中的所有的表空间都对应一个唯一的 ID，每次新建一个表空间时，就会把本字段的值作为该表空间的 ID，然后自增本字段的值。
Mix ID Low(Unused)：这个字段没啥用，忽略。
Root of SYS_TABLES clust index：本字段代表 SYS_TABLES 表聚簇索引的根页面的页号。
Root of SYS_TABLE_IDS sec index：本字段代表 SYS_TABLES 表 ID 列建立的二级索引的根页面的页号。
Root of SYS_COLUMNS clust index：本字段代表 SYS_COLUMNS 表聚簇索引的根页面的页号。
Root of SYS_INDEXES clust index：本字段代表 SYS_INDEXES 表聚簇索引的跟页面的页号。
Root of SYS_FIELDS clust index：本字段代表 SYS_FIELDS 表聚簇索引的根页面的页号。

information_schema 系统数据库

需要注意的一点是，用户是不能直接访问InnoDB的这些内部系统表的，除非直接去解析系统表空间对应文件系统上的文件。

InnoDB的设计者考虑到查看这些表的内容可能有助于大家分析文件，所以在系统数据库information_schema中提供了一些以INNODB_SYS头的表

5.7

mysql> use information_schema;
mysql> show tables like 'INNODB_SYS%';

8.0

show tables like 'INNODB_%';

INNODB_COLUMNS

INNODB_FIELDS

INNODB_TABLES

INNODB_INDEXES

二 Innodb统计数据如何收集

统计数据的存储方式 1 永久性存储统计数据(磁盘) 2 非永久存储(内存)

show variables like "%innodb_stats_persistent"    # 控制存储方式 on 代表磁盘永久存储

Innodb 在存储表和索引时候 还会维护这些数据的统计信息

show tables from mysql like "innodb%stats"

innodb_table_stats 存储表的统计数据，每条记录对应一个表统计数据
n_rows  记录数（估算值 从聚簇索引取出几个叶子节点数据页, 算出平均记录数, 再乘以全部叶子节点的数量）
clustered_index_size  表的聚簇索引占的页面数量
sum_of_other_index_sizes 表的其它索引占用的页面数量

innodb_index_stats  存储索引的统计数据
index_name 索引名
stat_name  针对这个所用用到统计项名称
stat_value 对应的统计项的值
sample_size 为生成统计数据而采样的页面数量
stat_description 用来描述该统计项的信息

统计项概述
n_leaf_pages 表示该索引的叶子节点占用多少页面
size 该索引占多少页面（包括分配给叶子节点段或非叶子节点段但暂未使用的）
n_diff_pfxNN : 对应索引列不重复的值；NN 可以被 01,02等代替

定期更新统计信息

1 自动 开启 innodb_stats_auto_recalc

2 手动  analyze table  table_name

非永久存储(内存) null 处理

Innodb_stats_method

show variables like "%Innodb_stats_method"

nulls_equal  认为所有的null值都相等, 如果索引上null值很多, 优化器可能会选择不适用索引进行访问

nulls_unequal null值不相等

nulls_igored  把null 值忽略