一文带你了解MySQL之数据目录

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 我们知道像InnoDB、MyISAM这样的存储引擎都是把表存储在磁盘上的,而操作系统用来管理磁盘的那个东东又被称为文件系统,所以用专业一点的话来表述就是:像 InnoDB 、 MyISAM 这样的存储引擎都是把表存储在文件系统上的。当我们想读取数据的时候,这些存储引擎会从文件系统中把数据读出来返回给我们,当我们想写入数据的时候,这些存储引擎会把这些数据又写回文件系统。本章就是学习下InnoDB和MyISAM这两个存储引擎的数据如何在文件系统中存储的

一、MySQL数据目录

MySQL服务器程序在启动时会到文件系统的某个目录下加载一些文件,之后在运行过程中产生的数据也都会存储到这个目录下的某些文件中,这个目录就称为数据目录,我们下边就要详细学习这个目录下具体都有哪些重要的东细。


1.1 数据目录和安装目录的区别

我们之前只接触过MySQL的安装目录(在安装MySQL的时候我们可以自己指定),我们重点强调过这个安装目录下非常重要的bin目录,它里边存储了许多关于控制客户端程序和服务器程序的命令(许多可执行文件,比如mysql,mysqld,mysqld_safe等好几十个)。而数据目录是用来存储MySQL在运行过程中产生的数据


1.2 如何确定MySQL的数据目录

说了半天,到底MySQL把数据都存到哪个路径下呢?其实数据目录对应着一个系统变量datadir,我们在使用客户端与服务器建立连接之后查看这个系统变量的值就可以了


mysql> show variables like '%datadir%';

+---------------+--------------------------+

| Variable_name | Value                    |

+---------------+--------------------------+

| datadir       | /data/mysql/my3306/data/ |

+---------------+--------------------------+

1 row in set (0.00 sec)


从结果可以看出,在我的计算机上MySQL的数据目录就是/data/mysql/my3306/data/


二、数据目录的结构

MySQL在运行过程中都会产生哪些数据呢?当然会包含我们创建的数据库、表、视图和触发器等的用户数据,除了这些用户数据,为了程序更好的运行,MySQL也会创建一些其他的额外数据,我们接下来细细的品味一下这个数据目录下的内容。


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

每当我们使用create database 数据库名语句创建一个数据库的时候,在文件系统上实际发生了什么呢?其实很简单,每个数据库都对应数据目录下的一个子目录,或者说对应一个文件夹,我们每当我们新建一个数据库时,MySQL会帮我们做这一件事情:


在数据目录下创建一个和数据库名同名的子目录(或者说是文件夹)

比方说我们查看一下在我的计算机上当前有哪些数据库:


mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| mysql              |

| performance_schema |

| sys                |

| testdb             |

+--------------------+

5 rows in set (0.10 sec)


可以看到在我的计算机上当前有5个数据库,其中testdb数据库是我们自定义的,其余4个数据库是属于MySQL自带的系统数据库。我们再看一下我的计算机上的数据目录下的内容:


[root@mysql2 data]# ll

总用量 91928

-rw-r----- 1 mysql mysql       56 4月  25 00:30 auto.cnf

-rw------- 1 mysql mysql     1676 4月  25 00:30 ca-key.pem

-rw-r--r-- 1 mysql mysql     1112 4月  25 00:30 ca.pem

-rw-r--r-- 1 mysql mysql     1112 4月  25 00:30 client-cert.pem

-rw------- 1 mysql mysql     1680 4月  25 00:30 client-key.pem

-rw-r----- 1 mysql mysql   245760 5月  15 12:24 #ib_16384_0.dblwr

-rw-r----- 1 mysql mysql  8634368 5月   2 23:04 #ib_16384_1.dblwr

-rw-r----- 1 mysql mysql     3863 5月  12 19:23 ib_buffer_pool

-rw-r----- 1 mysql mysql 12582912 5月  15 12:23 ibdata1

-rw-r----- 1 mysql mysql 12582912 5月  15 12:21 ibtmp1

drwxr-x--- 2 mysql mysql     4096 5月  15 12:21 #innodb_redo

drwxr-x--- 2 mysql mysql      187 5月  15 12:21 #innodb_temp

drwxr-x--- 2 mysql mysql      143 4月  25 00:30 mysql

-rw-r----- 1 mysql mysql        5 5月  15 12:21 mysql2.pid

-rw-r----- 1 mysql mysql     1492 5月   8 13:01 mysqld-auto.cnf

-rw-r----- 1 mysql mysql 26214400 5月  15 12:23 mysql.ibd

drwxr-x--- 2 mysql mysql     8192 4月  25 00:30 performance_schema

-rw------- 1 mysql mysql     1676 4月  25 00:30 private_key.pem

-rw-r--r-- 1 mysql mysql      452 4月  25 00:30 public_key.pem

-rw-r--r-- 1 mysql mysql     1112 4月  25 00:30 server-cert.pem

-rw------- 1 mysql mysql     1676 4月  25 00:30 server-key.pem

drwxr-x--- 2 mysql mysql       28 4月  25 00:30 sys

drwxr-x--- 2 mysql mysql       87 5月  15 12:21 testdb

-rw-r----- 1 mysql mysql 16777216 5月  15 12:24 undo_001

-rw-r----- 1 mysql mysql 16777216 5月  15 12:24 undo_002

当然这个数据目录下的文件和子目录较多,但是如果仔细看的话,除了information_schema这个系统数据库外,其他的数据库在数据目录下都有对应的子目录。这个information_schema比较特殊,设计MySQL的时候对它的实现进行了特殊对待,没有使用相应的数据库目录,我们忽略它的存在就好了


2.2 表在文件系统中的展示

比如说我们在testdb数据库下创建一个名为demo8的表:


mysql> use testdb;

Database changed

mysql> create table demo8 (c1 int);

Query OK, 0 rows affected (0.14 sec)

那在数据库testdb对应的子目录下就会创建一个名为demo8.frm的用于描述表结构的文件。值得注意的是,这个后缀名为.frm是以二进制格式存储的,我们直接打开会是乱码的~


描述表结构的文件我们知道怎么存储了,那表中的数据存到什么文件中了呢?在这个问题上,不同的存储引擎就产生了分歧了,下边我们分别看一下InnoDB和MyISAM是用什么文件来保存表中数据的。


2.2.1 InnoDB是如何存储数据的

我们前边重点唠叨过InnoDB的一些实现原理,到现在为止我们应该熟悉下边这些知识:


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

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

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

为了更好的管理这些页,设计InnoDB的时提出了一个表空间或者文件空间(英文名:table space或者file space)的概念,这个表空间是一个抽象的概念,它可以对应文件系统上一个或多个真实文件(不同表空间对应的文件数量可能不同)。每一个表空间可以被划分很多很多很多个页,我们的表数据就存放在某个表空间下的某些文件。设计InnoDB的时将表空间划分为多种不同的类型,我们一个一个看一下。


系统表空间(system tablespace)


这个所谓的系统表空间可以对应文件系统上一个或多个实际的文件,默认情况下,InnoDB会在数据目录下创建一个名为ibdata1,大小为12M的文件,这个文件就对应的系统表空间在文件系统上的表示。怎么才12M?这么点还没插多少数据就用完了,哈哈,那是因为这个文件是所谓的自扩展文件,也就是当不够用的时候它会自动增加文件大小


当然,如果你想让系统表空间对应文件系统上多个实际文件,或者仅仅觉得原来的ibdata1这个文件名难听,那可以在MySQL启动时配置对应的文件路径以及它们

的大小,比如我们这样修改一下配置文件:


[server]

innodb_data_file_path=data1:512M;data2:512M:autoextend

这样在MySQL启动之后就会创建这两个512M大小的文件作为系统表空间,其中的autoextend表明这两个文件如果不够用会自动扩展data2文件的大小。


我们也可以把系统表空间对应的文件路径不配置到数据目录下,甚至可以配置到单独的磁盘分区上,涉及到的启动参数就是innodb_data_file_path和innodb_data_home_dir,具体的配置逻辑挺绕的,我们这就不多唠叨了,知道改哪个参数可以修改系统表空间对应的文件,有需要的时候到官方文档一查查就好

了。


需要注意的一点是,在一个MySQL服务器中,系统表空间只有一份。


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


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


表名.ibd


比方说假如我们使用了独立表空间去存储testdb数据库下的demo8表的话,那么在该表所在数据库对应的testdb目录下会为demo8表创建这两个文件:


demo8.frm

demo8.ibd

其中demo8.ibd文件就用来存储demo8表中的数据和索引。当然我们也可以自己指定使用系统表空间还是独立表空间来存储数据,这个功能由启动参数

innodb_file_per_table控制,比如说我们想刻意将表数据都存储到系统表空间时,可以在启动MySQL服务器的时候这样配置:


[server]

innodb_file_per_table=0


当innodb_file_per_table的值为0时,代表使用系统表空间;当innodb_file_per_table的值为1时,代表使用独立表空间。不过innodb_file_per_table参数只对新建的表起作用,对于已经分配了表空间的表并不起作用。如果我们想把已经存在系统表空间中的表转移到独立表空间,可以使用下边的语法:


alter table 表名 tablespace [=] innodb_file_per_table;


或者把已经存在独⽴表空间的表转移到系统表空间,可以使⽤下边的语法:


alter table 表名 tablespace [=] innodb_system;


其中中括号扩起来的=可有可无,比如说我们想把demo8表从独立表空间移动到系统表空间,可以这么写:


alter table demo8 tablespace innodb_system;

其他类型的表空间


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

tablespace)、临时表空间(temporary tablespace)等,具体情况我们就不细唠叨了,等用到的时候再提。


需要注意的是MySQL8版本中的innodb存储引擎的表没有frm文件,而是合并在*.ibd文件中


小提示:

Oracle官方将frm文件的信息及更多信息移动到叫做序列化字典信息(Serialized DictionaryInformation,SDI),SDI被写在ibd文件内部。MySQL 8.0属于oracle旗下,同理。

为了从IBD文件中提取SDI信息,Oracle提供了一个应用程ibd2sdi。

查看表结构:

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


2.2.2 MyISAM是如何存储表数据的

好了,学习完了InnoDB的系统表空间和独立表空间,现在轮到MyISAM了。在MyISAM中的索引全部都是二级索引,该存储引擎的数据和索引是分开存放的。所以在件系统中也是使用不同的文件来存储数据文件和索引文件。而且和InnoDB不同的是,MyISAM并没有什么所谓的表空间一说,表数据都存放到对应的数据库子目录下假如demo8表使用MyISAM存储引擎的话,那么在它所在数据库对应的testdb目录下会为test表创建这三个文件:

demo8.frm

demo8.MYD

demo8.MYI

其中test.MYD代表表的数据文件,也就是我们插入的用户记录;demo8.MYI代表表的索引文件,我们为该表创建的索引都会放到这个文件中。


但是这个表结构文件在5.7和8.0版本名字不一样,但是都是存储表结构的


5.7里面是 xxx.frm

8.0里面是 xxx.sdi

2.3 视图在文件系统的表示

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


2.4 其他的文件

除了我们上边说的这些用户自己存储的数据以外,数据目录下还包括为了更好运行程序的一些额外文件,主要包括这几种类型的文件:


服务器进程文件


我们知道每运行一个MySQL服务器程序,都意味着启动一个进程。MySQL服务器会把自己的进程lD写入到一个文件中。


服务器日志文件


在服务器运行过程中,会产生各种各样的日志,比如常规的查询日志、错误日志、二进制日志、redo日志等。这些日志各有各的用途,后面讲解。


默认/自动生成的SSL和RSA证书和密钥文件


主要是为了客户端和服务器安全通信而创建的一些文件。


三、文件系统对数据库的影响

因为MySQL的数据都是存在文件系统中的,就不得不受到文件系统的一些制约,这在数据库和表的命名、表的S在和性能方面体现的比较明显,比如下边这些方面:


数据库名称和表名称不得超过文件系统所允许的最大长度

每个数据库都对应数据目录的一个子目录,数据库名称就是这个子目录的名称;每个表都会在数据库子目录下产生一个和表名同名的.ibd文件,如果是InnoDB的独立表空间或者使用MyISAM引擎还会有别的文件的名称与表名一致。这些目录或文件名的长度都受限于文件系统所允许的长度


特殊字符的问题

为了避免因为数据库名和表名出现某些特殊字符而造成文件系统不支持的情况,MySQL会把数据库名和表名中所有除数字和拉丁字母以外的所有字符在文件名里都射成 @+编码值的形式作为文件名。比如说我们创建的表的名称为’demo8?',由于?不属于数字或者拉丁字母,所以会被映射成编码值,所以这个表对应的.ibd文件的名称就变成了demo8@003f.ibd。


文件长度受文件系统最大长度限制

对于InnoDB的独立表空间来说,每个表的数据都会被存储到一个与表名同名的.ibd文件中;对于MyISAM存储引擎来说,数据和索引会分别存放到与表同名的.MYD和.MYI文件中。这些文件会随着表中记录的增加而增大,它们的大小受限于文件系统支持的最大文件大小。


四、MySQL系统数据库简介

我们前边提到了MySQL的几个系统数据库,这几个数据库包含了MySQL服务器运行过程中所需的一些信息以及一些运行状态信息,我们现在稍微了解一下


mysql

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


information_schema

这个数据库保存着MySQL服务器维护的所有其他数据库的信息,比如有哪些表、哪些视图、哪些触发器、哪些列、哪些索引等。这些信息并不是真实的用户数据,只是一些描述性信息,有时候也称之为元数据。


performance_schema

这个数据库里主要保存MySQL服务器运行过程中的一些状态信息,算是对MySQL服务器的各个性能监控。包括统计最近执行了哪些语句,在执行过程的每个阶段都花费了多少时间,内存的使用情况等等信息。


sys

这个数据库主要是通过视图的形式把information_schema和performance_schema结合起来,让程序员可以更方便的了解MySQL服务器的一些性能信息。


这四个系统数据库具体如何使用还是要参照官档,此处不多做解析~


相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
1月前
|
SQL DataWorks 关系型数据库
DataWorks操作报错合集之如何处理数据同步时(mysql->hive)报:Render instance failed
DataWorks是阿里云提供的一站式大数据开发与治理平台,支持数据集成、数据开发、数据服务、数据质量管理、数据安全管理等全流程数据处理。在使用DataWorks过程中,可能会遇到各种操作报错。以下是一些常见的报错情况及其可能的原因和解决方法。
|
19天前
|
canal 消息中间件 关系型数据库
Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
【9月更文挑战第1天】Canal作为一款高效、可靠的数据同步工具,凭借其基于MySQL binlog的增量同步机制,在数据同步领域展现了强大的应用价值
115 4
|
27天前
|
关系型数据库 MySQL 数据库
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决
RDS MySQL灾备服务协同解决方案构建问题之数据库备份数据的云上云下迁移如何解决
|
3天前
|
存储 关系型数据库 MySQL
技术解析:MySQL中取最新一条重复数据的方法
以上提供的两种方法都可以有效地从MySQL数据库中提取每个类别最新的重复数据。选择哪种方法取决于具体的使用场景和MySQL版本。子查询加分组的方法兼容性更好,适用于所有版本的MySQL;而窗口函数方法代码更简洁,执行效率可能更高,但需要MySQL 8.0及以上版本。在实际应用中,应根据数据量大小、查询性能需求以及MySQL版本等因素综合考虑,选择最合适的实现方案。
22 6
|
3天前
|
关系型数据库 MySQL 数据处理
针对MySQL亿级数据的高效插入策略与性能优化技巧
在处理MySQL亿级数据的高效插入和性能优化时,以上提到的策略和技巧可以显著提升数据处理速度,减少系统负担,并保持数据的稳定性和一致性。正确实施这些策略需要深入理解MySQL的工作原理和业务需求,以便做出最适合的配置调整。
26 6
|
22天前
|
SQL 存储 缓存
MySQL是如何保证数据不丢失的?
文章详细阐述了InnoDB存储引擎中Buffer Pool与DML操作的关系。在执行插入、更新或删除操作时,InnoDB为了减少磁盘I/O,会在Buffer Pool中缓存数据页进行操作,随后将更新后的“脏页”刷新至磁盘。为防止服务宕机导致数据丢失,InnoDB采用了日志先行(WAL)机制,通过将DML操作记录为Redo Log并异步刷新到磁盘,结合双写机制和合理的日志刷新策略,确保数据的持久性和一致性。尽管如此,仍需合理配置参数以平衡性能与数据安全性。
MySQL是如何保证数据不丢失的?
|
1月前
|
分布式计算 DataWorks 关系型数据库
DataWorks产品使用合集之ODPS数据怎么Merge到MySQL数据库
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
|
1月前
|
DataWorks 关系型数据库 MySQL
DataWorks产品使用合集之mysql节点如何插入数据
DataWorks作为一站式的数据开发与治理平台,提供了从数据采集、清洗、开发、调度、服务化、质量监控到安全管理的全套解决方案,帮助企业构建高效、规范、安全的大数据处理体系。以下是对DataWorks产品使用合集的概述,涵盖数据处理的各个环节。
|
1月前
|
关系型数据库 MySQL 数据库
MySQL 复制A的表结构和数据到表B
在MySQL中复制表A至表B可通过不同方法实现。一种是先用`CREATE TABLE B LIKE A;`复制结构,再用`INSERT INTO B SELECT * FROM A;`填充数据。另一种更简便的方法是直接使用`CREATE TABLE B AS SELECT * FROM A;`一次性完成结构和数据的复制。还有一种高级方法是通过`SHOW CREATE TABLE A;`获取表A的创建语句,手动调整后创建表B,如有需要再用`INSERT INTO ... SELECT`复制数据。注意权限问题、跨数据库复制时需指定数据库名,以及大表复制时可能影响性能。
|
1月前
|
消息中间件 数据采集 关系型数据库
大数据-业务数据采集-FlinkCDC 读取 MySQL 数据存入 Kafka
大数据-业务数据采集-FlinkCDC 读取 MySQL 数据存入 Kafka
39 1

热门文章

最新文章

推荐镜像

更多