基于表，不是基于库。一个库中不同的表可以选择不同的存储引擎，故也可被称为表类型
Innodb：事务、外键、行级锁
Memory：内存存储、临时表、缓存
非核心数据、更新删除较少，多为读操作和插入操作，那么选MyISAM页不错。++放屁，现在这些数据都是nosql管理了。而memory这样的存储引擎又被redis取代了……++
表空间：表空间是存储InnoDB数据的逻辑结构，包括了各种类型的数据，比如表数据、索引数据、undo日志等::这三种数据分别由下一层的数据段、索引段、回滚段实现::在InnoDB中，存在多种类型的表空间，比如系统表空间、通用表空间和文件表空间。
段：在InnoDB中，数据是在段中进行管理的。一个段中包含一个或多个连续的区，每个区包含一定数量的页。这些页用于存储具体的数据。对于每个表，InnoDB会为其数据和每个索引都分配一个段来进行存储。因此，一个表会对应多个段，每个段存储表的一个部分数据或者一个索引的数据::数据段、索引段、回滚段::
对于聚集索引（通常是主键），InnoDB以索引键的顺序物理存储表中的数据，也就是说，**聚集索引的叶子节点直接包含了表的数据行（数据段）**这是因为聚集索引的主要目标就是优化对整个表的查询和排序操作。
而二级索引（或非聚集索引）的目标是优化基于某些特定列的查询和排序操作。所以，**二级索引的叶子节点并不直接存储完整的数据行，而是存储对应数据行的索引键值和一个书签（bookmark）**这个书签是一个指向数据行在聚集索引中位置的指针。因此，二级索引的所有节点（包括叶子节点和非叶子节点）实际上都是在为索引服务的，所以都可以被认为是索引段。
如果你使用二级索引进行查询，那么MySQL首先会在二级索引中找到满足查询条件的索引条目，然后通过书签找到在聚集索引中对应的数据行，这个过程叫做"回表"。这也是为什么二级索引查询通常比聚集索引查询要慢，因为它需要额外的I/O操作来回表。
因此，当我们说"对于二级索引，它的整个索引结构（包括叶子节点和非叶子节点）都属于索引段"，我们实际上是在强调二级索引的所有部分都是为了提供索引服务的，包括其叶子节点，它们并不直接存储表的数据行，而是存储索引键和对应数据行在聚集索引中的位置的书签。
%% 在InnoDB存储引擎中，页的大小是可以配置的，但这需要在MySQL服务器启动时设置。默认情况下，InnoDB使用16KB的页大小。MySQL允许使用的页大小从1KB到64KB，但页大小必须是2的幂（如1KB、2KB、4KB、8KB、16KB、32KB或64KB）。
%% 然而，改变页的大小并不是一个轻率的决定，它会影响到数据库的许多方面，包括性能和存储效率。较大的页可能导致空间浪费（如果你的行很小，可能不能有效地填充大页），但可能提供更好的性能，因为一次I/O操作可以获取更多的数据。另一方面，较小的页可能会减少空间浪费，但可能会降低性能，因为需要更多的I/O操作来获取相同数量的数据。
%% 更改页的大小需要谨慎考虑，通常需要基于应用的特性和工作负载。更改页的大小可能需要重新初始化InnoDB存储区，这可能会导致服务中断，并且需要谨慎进行以防止数据丢失。
%% 你需要了解的是，更改页的大小可能会影响到InnoDB存储引擎的一些内部机制，例如多版本并发控制（MVCC）和事务日志的处理。因此，除非你非常确定更改页的大小可以带来明显的性能改进，否则通常建议保持默认的16KB的页大小。
InnoDB存储引擎中的"区"（Extent）是一个固定大小的存储单元，通常为1MB。这个大小是固定的，不会因为页的大小而改变。
页（Page）是InnoDB存储引擎中管理数据的基本单位。在MySQL的配置中，页的大小可以是1KB、2KB、4KB、8KB、16KB（默认值）、32KB或64KB中的任一值。因此，页的大小是可以配置的，不是固定的。
页的大小的改变确实会改变每个区能够容纳的页的数量。例如，如果页的大小是16KB（默认值），那么每个1MB的区可以容纳64个页。如果你将页的大小改为32KB，那么每个1MB的区就只能容纳32个页了。
所以，你可以根据你的数据特性和应用需求来调整页的大小，以达到优化性能的目的。但请注意，改变页的大小可能需要重建数据库或表，因为页的大小改变会影响到数据的物理存储结构。