MySQL 高级 - 第二章 | 数据库目录结构与文件系统

前言
一、数据库主要目录结构
- [1.1 数据目录路径](#1.1 数据目录路径)
- [1.2 相关命令目录](#1.2 相关命令目录)
- [1.3 配置文件路径](#1.3 配置文件路径)
二、数据库和文件系统的关系
- [2.1 默认数据库](#2.1 默认数据库)
- [2.2 数据库在文件系统中的表示](#2.2 数据库在文件系统中的表示)
- [2.3 数据表在文件系统中的表示](#2.3 数据表在文件系统中的表示)
- - [2.3.1 InnoDB 存储引擎模式](#2.3.1 InnoDB 存储引擎模式)
  - [2.3.2 MyISAM 存储引擎模式](#2.3.2 MyISAM 存储引擎模式)
- [2.4 视图在文件系统中的表示](#2.4 视图在文件系统中的表示)
- [2.5 其他的文件](#2.5 其他的文件)

上篇：第一章、字符集、大小写规范与sql_mode的合理设置

下篇：第三章、用户、权限与角色管理

前言

以下内容以在 linux 上安装的 mysql-8.0 为例，讲述 mysql 的目录结构

本文内容主要源于：bilibili-尚硅谷-MySQL高级篇

一、数据库主要目录结构

1.1 数据目录路径

MySQL 服务器程序在启动时会到文件系统的某个目录下加载一些文件，之后在运行过程中产生的数据也会存储到这个目录下的某些文件中，这个目录称为 数据目录。

在 MySQL 中 数据目录 有一个对应的系统变量 datadir，可以通过以下名称查询 数据目录 的路径：

sql 复制代码

show variables like 'datadir';

可以进入到 /var/lib/mysql 目录下，并通过 ll 指令对该目录进行查看：

bash 复制代码

# 进入 /var/lib/mysql 目录
cd /var/lib/mysql
# 查看目录下的文件
ll

1.2 相关命令目录

在 Linux 上 MySQL 的相关指令主要存放在 /usr/bin 和 /usr/sbin 中

在 /usr/bin 下查看 mysql 的相关指令：

bash 复制代码

# 进入 /usr/bin 目录
cd /usr/bin
# 查看目录下的文件
ls
# 或者 查看目录下与 mysql 相关的文件
find . -name "mysql*"

在 /usr/sbin 下查看 mysql 的相关指令：

bash 复制代码

# 进入 /usr/sbin 目录
cd /usr/sbin
# 查看目录下的文件
ls
# 或者 查看目录下与 mysql 相关的文件
find . -name "mysql*"

1.3 配置文件路径

在 Linux 上 MySQL 的配置文件主要存放在 /usr/share/mysql-8.0

在 /usr/share/mysql-8.0 下查看 mysql 的配置文件：

bash 复制代码

# 进入 /usr/share/mysql-8.0 目录
cd /usr/share/mysql-8.0
# 查看目录下的文件
ls

以及 /etc 下的 my.cnf

bash 复制代码

# 进入 /etc 目录
cd /etc
# 查看当前目录下名为 my.cnf 的文件
find . -name my.cnf

二、数据库和文件系统的关系

像 InnoDB、MyISAMM 这样的存储引擎都是把表存储在磁盘上的，操作系统用来管理磁盘的结构被称为 文件系统，所以用专业一点的话来表述就是：像 InnoDB、MyISAMM 这样的存储引擎都是把 表存储在文件系统上 的。在读取数据的时候，这些存储引擎会从文件系统中把数据读出来返回；在写入数据的时候，这些存储引擎会把这些数据又写回文件系统。

2.1 默认数据库

在初始化完成之后，会自动创建 4 个默认的数据库

查看所拥有的数据库：

sql 复制代码

show databases;

示例：

sql 复制代码

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

各默认数据库的说明：

mysql
- MySQL 系统自带的核心数据库，它存储了 MySQL 的用户账户和权限信息，一些存储过程、事件的定义信息，一些运行过程中产生的日志信息，一些帮助信息以及时区信息等。
information_schema
- MySQL 系统自带的数据库，这个数据库保存着 MySQL 服务器 维护的所有其他数据库的信息，比如有表、视图、触发器、列、索引等。这些信息并不是真实的用户数据，而是一些描述信息，有时候也成为 元数据。
performance_schema
- MySQL 系统自带的数据库，这个数据库主要保存 MySQL 服务器运行过程中的一些状态信息，可以用来 监控 MySQL 服务的各类性能指标。包括统计最近执行了哪些语句，在执行过程的每个阶段都花费了多长事件，内存的使用情况等信息。
sys
- MySQL 系统自带的数据库，这个数据库主要通过 视图 的形式把 information_schema 和 performance_schema 结合起来，帮助系统管理员和开发人员监控 MySQL 的技术性能。

2.2 数据库在文件系统中的表示

当使用 CREATE DATABASE database_name 命令创建数据库的时候，在 数据目录 下也会自动创建以 database_name 为名的文件夹

例如：当前 MySQL 中所存在的库

数据目录 /var/lib/mysql 所存在的文件

创建一个名为 mike_test 的数据库：

sql 复制代码

CREATE DATABASE mike_test;

在数据目录 /var/lib/mysql 下就会有一个名为 mike_test 的文件夹被创建出来

如果数据库是 mysql-5.7 及之前的版本，在所创建库同名的文件夹 mike_test 下，还会创建一个 db.opt 的文件，该文件主要是用于记录当前数据库的字符集与比较规则：
示例：

swift 复制代码

[root@iZwz99hndp44mfccvavnzmZ mysql]# cd mike_test
[root@iZwz99hndp44mfccvavnzmZ mike_test]# ls
db.opt

而 mysql-8.0 创建库的时候并不会生产 db.opt 文件

2.3 数据表在文件系统中的表示

表中的数据都是以 记录的形式 插入到表中的，每个表的信息可以分为两种：

① 表结构的定义
② 表中的数据

表结构 就是该表的名称，表里边有多少列，每个列的数据类型，约束条件和索引，使用的字符集和比较规则等各种信息，这些信息都体现在建表语句中。

2.3.1 InnoDB 存储引擎模式

之前我创建了一个 mike_test 的数据库，接下来在该数据库中创建一张 test_table_01 的表，用的是 InnoDB 的存储引擎

sql 复制代码

CREATE TABLE `test_table_01`
(
    `id`   int(11) NOT NULL AUTO_INCREMENT COMMENT 'id',
    `name` varchar(64) DEFAULT NULL COMMENT '名称',
    PRIMARY KEY (`id`)
) ENGINE = InnoDB
  AUTO_INCREMENT = 1
  DEFAULT CHARSET = utf8mb4 COMMENT ='测试表01';

这里主要分为两种情况去考虑，一个是 mysql-5.7，另一个是 mysql-8.0

情况一：mysql 版本为 5.7

储备知识：

InnoDB 其实是使用页为基本单位来管理存储空间的，默认的页大小为 16KB

对于 InnoDB 存储引擎来说，每个索引都对应着一棵 B+ 树，该 B+ 树的每个节点都是一个数据页，数据页之间不必要是物理连续的，因为数据页之间有双向链表来维护着这些页的顺序

InnoDB 的聚簇索引的叶子节点存储了完整的用户记录，也就是所谓的索引即数据，数据即索引

为了更好的管理这些页，InnoDB 提出了一个 表空间 或者 文件空间（英文名：table space 或者 file space）的概念，这个表空间是一个抽象的概念，它可以对应文件系统上一个或者多个真实文件（不同表空间对应的文件数量可能不同）。每一个 表空间 可以被划分为很多个 页，表数据就存放在某个表空间下的某些页里，这里的表空间有不同的类型

① 系统表空间（system table space）
默认情况下，InnoDB 会在数据目录下创建一个名为 ibdata1、大小为 12MB 的文件，这个文件就是对应的系统表空间在文件系统上的表示，该文件是自扩展文件，当不够用的时候它会自己增加文件大小。当然，如果你想让系统表空间对应系统上多个实际文件，或者不想用 ibdata1。可以修改一下 my.cnf 配置文件，使 MySQL 启动时配置对应的文件路径以及它们的大小，比如：

[server]
innodb_data_file_path=data1:512M;data2:512M;autoextend

这样在 MySQL 启动之后就会创建这两个 512MB 大小的文件作为系统表空间，其中的 autoextend 表明这两个文件如果不够用会自动扩展 data2 文件的大小，需要注意的一点是，在 一个 MySQL 服务器中，系统表空间只有一种，从 mysql-5.5.7 到 mysql-5.6.6 之间的各个版本中，表中的数据都会被默认存储到这个系统表空间

② 独立表空间（file-per-table table space）
在 mysql-5.6.6 以及之后的版本中，InnoDB 并不会默认的把各个表的数据存储到系统表空间中，而是为每一个表建立一个独立表空间，也就是说创建了多少个表，就有多少个独立表空间，使用独立表空间来存储数据表的话，会在该表所属数据库对应的子目录下创建一个表示该独立表空间的文件，文件名和表名相同，只不过添加了一个 .ibd

如果使用的是 5.7 版本的 mysql 创建表，在该数控库同名的文件夹 mike_test 下，会生成 .frm 和 .ibd 两个文件（db.opt 文件在创建数据库时就会生成）

示例：

swift 复制代码

[root@iZwz99hndp44mfccvavnzmZ mysql]# cd mike_test
[root@iZwz99hndp44mfccvavnzmZ mike_test]# ls
db.opt
test_table_01.frm
test_table_01.ibd

表名.frm 是 描述表结构的文件，.frm 文件的格式在不同的平台上都是相同的，以 二进制 存储

表名.ibd 是一个 独立表空间，用于存放表的数据和索引

可以自己指定使用 系统表空间 还是 独立表空间 来存储数据，这个功能由启动参数 innodb_file_per_table 控制

如果需要将数据存储到 系统表空间 时，可以在启动 MySQL 服务器的时候配置：

sql 复制代码

[server]
#0:代表使用系统表空间，1:代表使用独立表空间
innodb_file_per_table=0

innodb_file_per_table 参数的修改只对新建的表起作用，对于以及分配了表空间的数据表则不起作用，如果我们想把已经存在系统表空间中的表转移到独立表空间，可以使用下边的语法：

sql 复制代码

ALTER TABLE 表名 TABLESPACE [=] innodb_file_per_table;

情况二：mysql 版本为 8.0

如果使用的是 8.0 版本的 mysql 创建表，在该数控库同名的文件夹 mike_test 下，只会生成 .ibd 一个文件

示例：

swift 复制代码

[root@iZwz99hndp44mfccvavnzmZ mysql]# cd mike_test
[root@iZwz99hndp44mfccvavnzmZ mike_test]# ls
test_table_01.ibd

对比 mysql-5.7 所创建的表可以发现少了用于记录当前数据库的字符集与比较规则 db.opt 和描述表结构的文件 表名.frm，只有一个独立表空间 表名.ibd，

Oracle 官方将 frm 文件的信息移动到序列化字典信息（Serialized Dictionary information, SDI），SDI 就是表和表空间对象的序列化元数据，在 mysql-8.0 时 SDI 被写在 .ibd 文件内部

也就是说在 mysql-8.0 的时候，就把表的字符集、比较规则、表结构信息都存到了 .ibd 文件中

Oracle 提供了一个应用程序 ibd2sdi可以从 .ibd 文件中提取 SDI 信息

查看表结构：

bash 复制代码

ibd2sdi --dump-file=table_name.txt table_name.ibd

打开该文件就能查看到表结构的详细信息

2.3.2 MyISAM 存储引擎模式

之前在 mike_test 的数据库下创建一张 test_table_01 的表，用的是 InnoDB 的存储引擎，现在创建一张 test_table_02 的表，用的是 MyIASM 的存储引擎

sql 复制代码

CREATE TABLE `test_table_02`
(
    `id`   int(11) NOT NULL AUTO_INCREMENT COMMENT 'id',
    `name` varchar(64) DEFAULT NULL COMMENT '名称',
    PRIMARY KEY (`id`)
) ENGINE = MYISAM
  AUTO_INCREMENT = 1
  DEFAULT CHARSET = utf8mb4 COMMENT ='测试表02';

这里也分为两种情况去考虑，一个是 mysql-5.7，另一个是 mysql-8.0

情况一：mysql 版本为 5.7

如果使用的是 5.7 版本的 mysql 创建表，在该数控库同名的文件夹 mike_test 下，会生成 .frm 以及 .MYD、.MYI 三个文件

示例：

swift 复制代码

[root@iZwz99hndp44mfccvavnzmZ mysql]# cd mike_test
[root@iZwz99hndp44mfccvavnzmZ mike_test]# ls
db.opt
test_table_01.frm
test_table_01.ibd
test_table_02.frm
test_table_02.MYD
test_table_02.MYI

表名.frm 是 描述表结构的文件

表名.MYD 是 存储表数据的文件，采用独立表存储模式

表名.MYI 是 存储表索引的文件，为该表创建的索引都会存放在该文件之中

在存储表结构上，MyISAM 和 InnoDB 一样，也是在 数据目录 下对应的数据库子目录下创建了一个专门用于描述表结构的 .frm 文件

由于 MyISAM 的索引都是 二级索引，该存储引擎的 数据 和 索引 是分开的，所以在文件系统中也是使用不同的文件来存储数据和索引

情况二：mysql 版本为 8.0

如果使用的是 5.7 版本的 mysql 创建表，在该数控库同名的文件夹 mike_test 下，会生成 .sdi 以及 .MYD、.MYI 三个文件

示例：

swift 复制代码

[root@iZwz99hndp44mfccvavnzmZ mysql]# cd mike_test
[root@iZwz99hndp44mfccvavnzmZ mike_test]# ls
test_table_01.ibd
test_table_02_422.sdi
test_table_02.MYD
test_table_02.MYI

对比 mysql-5.7 所创建的表可以发现 .frm 被 .sdi 取代了，.MYD 和 .MYI 都存在

而 SDI 就是表和表空间对象的序列化元数据，相对于 InnoDB 将 SDI 写入 .ibd 中，MyISAM 则是写在了 .sdi 文件中

2.4 视图在文件系统中的表示

MySQL 中 视图 其实是 虚拟的表，也就是某个查询语句的一个别名而已，所以在存储视图的时候是不需要存储真实的数据的，只要把它的结构存储起来就行了，和表一样，描述视图结构的文件也会被存储到所属数据库对应的子目录下

比如我创建一个视图：

sql 复制代码

# 创建一个视图
CREATE VIEW view_test_table_01 AS
SELECT id, name
FROM test_table_01;

如果 mysql 用的是 5.7 版本，在数据库同名的文件夹下就会存储一个 视图名.frm 的文件

示例：

swift 复制代码

[root@iZwz99hndp44mfccvavnzmZ mysql]# cd mike_test
[root@iZwz99hndp44mfccvavnzmZ mike_test]# ls
db.opt
test_table_01.frm
test_table_01.ibd
test_table_02.frm
test_table_02.MYD
test_table_02.MYI
view_test_table_01.frm

如果 mysql 用的是 8.0 版本，创建视图并不会在数据库同名的文件夹下创建文件

2.5 其他的文件

除了上述用于用户存储的数据文件外，数据目录 下还包括为了更好运行程序的一些额外文件，主要包括以下几类：

服务器进程文件
- 每一个运行的 MySQL 服务程序都相当于一个进程，MySQL 服务器会把自己的进程 ID 写入到一个文件中
服务器日志文件
- 在服务器运行过程中，会产生各种各样的日志，比如：常规的查询日志、错误日志、二进制日志、redo 日志等
默认/自动生成的 SSL 和 RSA 证书和密钥文件
- 主要是为了客户端和服务端安全通信而创建的一些文件

上篇：第一章、字符集、大小写规范与sql_mode的合理设置

下篇：第三章、用户、权限与角色管理