MySQL中的群集索引

Question

我正在学习数据库中的索引编制。 根据GeeksforGeeks（ https://www.geeksforgeeks.org/indexing-in-databases-set-1/ ），为聚簇索引创建了索引文件。 有一个图表显示了具有1-8学期的索引文件。

但是在阅读https://use-the-index-luke.com/blog/2014-01/unreasonable-defaults-primary-key-clustering-key时 ，它被提及

如果表具有聚集索引，则基本上意味着索引是表

我想知道是否在聚集索引和非聚集索引中生成索引文件？

另外，我们可以在表上看到索引文件，即它存储的内容吗？

Answer 1

MySQL本质上具有一种索引方法：BTree。 （是的，还有空间和全文，但这是另一种讨论。）

一旦了解了BTree的工作原理（请参阅Wikipedia），我们就可以讨论InnoDB中叶节点中的内容。

情况1：“数据” BTree包含所有列，并根据PRIMARY KEY进行排序。 在MySQL中， 根据定义 ，PK是“ UNIQUE”和“ Clustered”。 （其他供应商还有其他选择。）

情况2：“次要” INDEX存储在单独的BTree中。 在叶节点中有（1）次要索引中定义的列，以及PK列的副本。 要使用辅助索引完成SELECT ，它必须首先使用索引BTree获取PK，然后通过数据BTree获取数据。 （如果索引为“ covering”，则不需要此第二步。）

MySQL中没有“ Rownum”。

BTree实际上是B + Tree，因此使范围扫描更加有效。

InnoDB将给定表的所有BTree（数据+ PK的一个BTree，每个二级索引的一个BTree）放入某个表空间。 表空间是通用表空间（ ibdata1文件），表特定表空间（文件tablename.ibd ）或（可以是更新版本的）表空间文件（可以包含多个表）。

警告：我所描述的内容适用于MySQL的InnoDB，可能不适用于任何其他引擎。

我不知道在不深入研究细节的情况下检查InnoDB的BTree的好工具。 对于Percona版本：

SELECT  i.INDEX_NAME as Index_Name,
                IF(ROWS_READ IS NULL, 'Unused',
                    IF(ROWS_READ > 2e9, 'Overflow', ROWS_READ)) as Rows_Read
            FROM (
                SELECT DISTINCT TABLE_SCHEMA, TABLE_NAME, INDEX_NAME
                    FROM information_schema.STATISTICS
                 ) i
            LEFT JOIN information_schema.INDEX_STATISTICS s
                     ON i.TABLE_SCHEMA = s.TABLE_SCHEMA
                    AND i.TABLE_NAME = s.TABLE_NAME
                    AND i.INDEX_NAME = s.INDEX_NAME
            WHERE i.TABLE_SCHEMA = ?
              AND i.TABLE_NAME = ?
            ORDER BY IF(i.INDEX_NAME = 'PRIMARY', 0, 1)

对于MySQL（Oracle）：

SELECT  last_update,
                n_rows,
                'Data & PK' AS 'Type',
                clustered_index_size * 16384 AS Bytes,
                ROUND(clustered_index_size * 16384 / n_rows) AS 'Bytes/row',
                clustered_index_size AS Pages,
                ROUND(n_rows / clustered_index_size) AS 'Rows/page'
        FROM mysql.innodb_table_stats
        WHERE ( ( database_name = ? AND table_name = ? )
          OR    ( database_name = LOWER(?) AND table_name = LOWER(?) 
    UNION
        SELECT  last_update,
                n_rows,
                'Secondary Indexes' AS 'BTrees',
                sum_of_other_index_sizes * 16384 AS Bytes,
                ROUND(sum_of_other_index_sizes * 16384 / n_rows) AS 'Bytes/row',
                sum_of_other_index_sizes AS Pages,
                ROUND(n_rows / sum_of_other_index_sizes) AS 'Rows/page'
        FROM mysql.innodb_table_stats
        WHERE ( ( database_name = ? AND table_name = ? )
          OR    ( database_name = LOWER(?) AND table_name = LOWER(?) 
          AND sum_of_other_index_sizes > 0

Answer 2

从MySQL用户的角度来看，这种聚集索引业务是一个实现细节。

表中的信息必须存储在诸如SSD或硬盘驱动器之类的存储设备上的某个位置。 在很大程度上取决于数据库服务器的版本以及所使用的特定访问方法（InnoDB，MyISAM等）。

其中一些信息是元数据：表的描述。 MySql通常将其存储在table.frm文件中。 行中的信息通常存储在容器文件tablename.ibd 。 这些文件只能由MySQL服务器或为此目的构建的其他软件解释； 典型的独立程序无法理解它们， 尤其是在MySQL服务器处于活动状态时。 换句话说：如果编写程序来更改这些文件中的任何一个， 则将破坏数据库并丢失表的内容。

容器文件内部是一些由MySQL的访问方法代码访问的数据结构。 通常，具有主键的表被存储为好像它们是索引一样，每行的所有数据都挂在每个索引条目上。 该数据结构是聚簇索引。

您不一定要查看运行MySQL服务器的计算机的文件系统，并指向包含索引，聚集索引或其他内容的特定文件。 使用InnoDB，您可以指示MySQL使用TABLESPACE命令将数据放入文件系统中的特定文件中。 但是从MySQL 8开始，无法将索引放在其自己的表空间中。

（Oracle和MS SQL Server Enterprise Edition之类的产品的数据库管理员负责将表空间移至不同的磁盘驱动器，以优化和并行化访问。在MySQL中，这并不重要，直到表开始占用磁盘驱动器空间的很大一部分为止。）

Answer 3

我想知道是否在聚集索引和非聚集索引中生成索引文件？

MySQL中的InnoDB表（默认引擎类型）始终是群集的。 这意味着索引存储所有表列； 不需要单独的“堆”表。 如果您使用的是旧的MyIsam引擎，则该表将具有一个堆，并在其上面加上任何其他索引。

另外，我们可以在表上看到索引文件，即它存储的内容吗？

“主”索引存储表的所有列：键列和非键列。 “二级”索引可以更具选择性，并且仅存储列的子集； 但主要的一应俱全。