02 | Mysql数据库目录

关注

原创最新推荐文章于 2026-02-05 08:12:18 发布 976 阅读 AI 写同款· GEO 优化 ›

浅析数据库(DB)、操作数据存储(ODS)和数据仓库(DW)的区别与联系文章背景：相信大部分刚接触上面三个概念的同学，都多多少少会有些迷惑，现在我就给大家简单分析下这三者的关系，希望大家对这三者的概念理解有所帮助吧。本文主要从下面两类关系来叙述上面三者的关系： 数据库（DB）和数据仓库（DW）的区别与联系操作数据存储（ODS）和数据仓库（DW）的区别与联系 数据库与数据仓库的区别与联系数据库与数据仓库基础概念：数据库：传统的关系型数据库的主要应用，主要是基本的、日常的阅读详情

1 MySQL8的主要目录结构

[root@atguigu01 ~]# find / -name mysql

安装好MySQL 8之后，我们查看如下的目录结构：

1.1 数据库文件的存放路径

MySQL数据库文件的存放路径：/var/lib/mysql/

mysql> show variables like 'datadir'; 
+---------------+-----------------+
| Variable_name | Value | 
+---------------+-----------------+
| datadir | /var/lib/mysql/ | 
+---------------+-----------------+ 
1 row in set (0.04 sec)

从结果中可以看出，在我的计算机上MySQL的数据目录就是 /var/lib/mysql/ 。

1.2 相关命令目录

相关命令目录：/usr/bin（mysqladmin、mysqlbinlog、mysqldump等命令）和/usr/sbin。

1.3 配置文件目录

配置文件目录：/usr/share/mysql-8.0（命令及配置文件），/etc/mysql（如my.cnf）

2 数据库和文件系统的关系

2.1 查看默认数据库

查看一下在我的计算机上当前有哪些数据库：

mysql> SHOW DATABASES;

可以看到有4个数据库是属于MySQL自带的系统数据库。

mysql

MySQL 系统自带的核心数据库，它存储了MySQL的用户账户和权限信息，一些存储过程、事件的定义信息，一些运行过程中产生的日志信息，一些帮助信息以及时区信息等。

information_schema

MySQL 系统自带的数据库，这个数据库保存着MySQL服务器维护的所有其他数据库的信息，比如有哪些表、哪些视图、哪些触发器、哪些列、哪些索引。这些信息并不是真实的用户数据，而是一些描述性信息，有时候也称之为元数据。在系统数据库 information_schema 中提供了一些以innodb_sys 开头的表，用于表示内部系统表。

mysql> USE information_schema; Database changed
mysql> SHOW TABLES LIKE 'innodb_sys%'; 
+--------------------------------------------+ 
| Tables_in_information_schema (innodb_sys%) |
+--------------------------------------------+ 
| INNODB_SYS_DATAFILES | 
| INNODB_SYS_VIRTUAL | 
| INNODB_SYS_INDEXES | 
| INNODB_SYS_TABLES | 
| INNODB_SYS_FIELDS | 
| INNODB_SYS_TABLESPACES | 
| INNODB_SYS_FOREIGN_COLS | 
| INNODB_SYS_COLUMNS | 
| INNODB_SYS_FOREIGN | 
| INNODB_SYS_TABLESTATS | 
+--------------------------------------------+ 
10 rows in set (0.00 sec)

performance_schema

MySQL 系统自带的数据库，这个数据库里主要保存MySQL服务器运行过程中的一些状态信息，可以用来监控 MySQL 服务的各类性能指标。包括统计最近执行了哪些语句，在执行过程的每个阶段都花费了多长时间，内存的使用情况等信息。

MySQL 系统自带的数据库，这个数据库主要是通过视图的形式把 information_schema 和 performance_schema 结合起来，帮助系统管理员和开发人员监控 MySQL 的技术性能。

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

看一下我的计算机上的数据目录下的内容：

这个数据目录下的文件和子目录比较多，除了 information_schema 这个系统数据库外，其他的数据库在数据目录下都有对应的子目录。

2.3 表在文件系统中的表示

2.3.1 InnoDB存储引擎模式

1. 表结构

为了保存表结构，InnoDB在数据目录下对应的数据库子目录下创建了一个专门用于描述表结构的文件，文件名是这样：

表名.frm

比方说我们在

那在数据库的格式在不同的平台上都是相同的。这个后缀名为.frm是以的。

2. 表中数据和索引

1 系统表空间(system tablespace)

默认情况下，InnoDB会在数据目录下创建一个名为

的在文件系统上的表示。怎么才12M?注意这个文件是，当不够用的时候它会自己增加文件大小。

当然，如果你想让系统表空间对应文件系统上多个实际文件，或者仅仅觉得原来的这个文件名难听，那可以在MySQL启动时配置对应的文件路径以及它们的大小，比如我们这样修改一下my.cnf 配置文件:

2 独立表空间(file-per-table tablespace)

数据库下创建一个名为 test 的表:

对应的子目录下就会创建一个名为

的用于描述表结构的文件。.frm文件存储的，我们直接打开是乱码

、大小为 12M 的文件，这个文件就是对应

在MySQL5.6.6以及之后的版本中，InnoDB并不会默认的把各个表的数据存储到系统表空间中，而是为一个表建立一个独立表空间，也就是说我们创建了多少个表，就有多少个独立表空间。使用来存储表数据的话，会在该表所属数据库对应的子目录下创建一个表示该独立表空间的文件，文件名和表名相同，只不过添加了一个 .ibd 的扩展名而已，所以完整的文件名称长这样:

表名.ibd

比如:我们使用了独立表空间去存储 atguigu 数据库下的 test 表的话，那么在该表所在数据库对应

的 atguigu 目录下会为 test 表创建这两个文件:

其中 test.ibd 文件就用来存储 test 表中的数据和索引。

3 系统表空间与独立表空间的设置

我们可以自己指定使用还是独立表空间来存储数据，这个功能由启动参数控制，比如说我们想刻意将表数据都存储到系统表空间时，可以在启动

MySQL服务器的时候这样配置:

默认情况:

test.frm test.ibd

innodb_file_per_table

系统表空间

[server]

innodb_file_per_table=0 # 0:代表使用系统表空间; 1:代表使用独立表空间

独立表空间

每

mysql> show variables like 'innodb_file_per_table'; +-----------------------+-------+

| Variable_name | Value | +-----------------------+-------+

| innodb_file_per_table | ON | +-----------------------+-------+ 1 row in set (0.01 sec)

4 其他类型的表空间

随着MySQL的发展，除了上述两种老牌表空间之外，现在还新提出了一些不同类型的表空间，比如通用表空间(general tablespace)、临时表空间(temporary tablespace)等。

2.3.2 MyISAM存储引擎模式 1. 表结构

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

表名.frm

2. 表中数据和索引

在MyISAM中的索引全部都是二级索引，该存储引擎的数据和索引是分开存放的。所以在文件系统中也是使用不同的文件来存储数据文件和索引文件，同时表数据都存放在对应的数据库子目录下。假如 test 表使用MyISAM存储引擎的话，那么在它所在数据库对应的 atguigu 目录下会为 test 表创建这三个文件:

举例:创建一个 MyISAM 表，使用 ENGINE 选项显式指定引擎。因为 InnoDB 是默认引擎。

CREATE TABLE `student_myisam` (

`id` bigint NOT NULL AUTO_INCREMENT, `name` varchar(64) DEFAULT NULL, `age` int DEFAULT NULL,

`sex` varchar(2) DEFAULT NULL, PRIMARY KEY (`id`)

)ENGINE=MYISAM AUTO_INCREMENT=0 DEFAULT CHARSET=utf8mb3;