MySQL深度探险（一）-- MySQL 物理文件组成

一 日志文件

1、错误日志:Error Log
错误日志记录了MyQL Server运行过程中所有较为严重的警告和错误信息，以及MySQL

Server 每次启动和关闭的详细信息。在默认情况下，系统记录错误日志的功能是关闭的， 错误信息被输出到标准错误输出(stderr) ，如果要开启系统记录错误日志的功能，需要在 启动时开启-log-error 选项。错误日志的默认存放位置在数据目录下，以hostname.err 命 名。但是可以使用命令:--log-error[=file_name]，修改其存放目录和文件名。

为了方便维护需要， 有时候会希望将错误日志中的内容做备份并重新开始记录， 这候时 就可以利用 MySQL 的 FLUSH LOGS 命令来告诉 MySQL 备份旧日志文件并生成新的日志文件。 备份文件名以“.old”结尾。

2、二进制日志:Binary Log & Binary Log Index
二进制日志，也就是我们常说的 binlog，也是 MySQL Server 中最为重要的日志之一。

当我们通过“--log-bin[=file_name]”打开了记录的功能之后，MySQL 会将所有修改数据 库数据的 query 以二进制形式记录到日志文件中。 当然， 日志中并不仅限于query 语句这么 简单， 还包括每一条query 所执行的时间， 所消耗的资源， 以及相关的事务信息，bi所nl以og 是事务安全的。

和错误日志一样，binlog 记录功能同样需要“--log-bin[=file_name]”参数的显式指 定才能开启， 如果未指定file_name， 则会在数据目录下记录为mysql-bin.****** (*代表0~ 9 之间的某一个数字，来表示该日志的序号) 。

binlog 还有其他一些附加选项参数:

“--max_binlog_size”设置 binlog 的最大存储上限，当日志达到该上限时，MySQL 会 重新创建一个日志开始继续记录。不过偶尔也有超出该设置的binlog 产生，一般都是因为 在即将达到上限时，产生了一个较大的事务，为了保证事务安全，MySQL 不会将同一个事务 分开记录到两个 binlog 中。

“--binlog-do-db=db_name”参数明确告诉 MySQL，需要对某个(db_name)数据库记 录 binlog，如果有了“--binlog-do-db=db_name”参数的显式指定，MySQL 会忽略针对其他 数据库执行的 query，而仅仅记录针对指定数据库执行的query。

“--binlog-ignore-db=db_name”与“--binlog-do-db=db_name”完全相反， 它显式指 定忽略某个(db_name)数据库的binlog 记录，当指定了这个参数之后，MySQL 会记录指定 数据库以外所有的数据库的 binlog。

“--binlog-ignore-db=db_name”与“--binlog-do-db=db_name”两个参数有一个共同 的概念需要大家理解清楚，参数中的db_name 不是指 query 语句更新的数据所在的数据库， 而是执行 query 的时候当前所处的数据库。 不论更新哪个数据库的数据，MySQL 仅仅比较当 前连接所处的数据库(通过use db_name切换后所在的数据库)与参数设置的数据库名，而 不会分析 query 语句所更新数据所在的数据库。

mysql-bin.index 文件(binary log index)的功能是记录所有Binary Log的绝对路 径，保证 MySQL 各种线程能够顺利的根据它找到所有需要的Binary Log 文件。

3、更新日志:update log
更新日志是 MySQL 在较老的版本上使用的，其功能和 binlog 基本类似，只不过不是以

二进制格式来记录而是以简单的文本格式记录内容。自从 MySQL增加了binlog功能之后， 就很少使用更新日志了。从版本5.0 开始，MySQL 已经不再支持更新日志了。

4、查询日志:query log
查询日志记录 MySQL 中所有的 query，通过“--log[=fina_name]”来打开该功能。由

于记录了所有的 query，包括所有的 select，体积比较大，开启后对性能也有较大的影响， 所以请大家慎用该功能。 一般只用于跟踪某些特殊的sql 性能问题才会短暂打开该功能。默 认的查询日志文件名为 hostname.log。

5、慢查询日志:slow query log
顾名思义，慢查询日志中记录的是执行时间较长的 query，也就是我们常说的 slow

query，通过设 --log-slow-queries[=file_name]来打开该功能并设置记录位置和文件名， 默认文件名为 hostname-slow.log，默认目录也是数据目录。

慢查询日志采用的是简单的文本格式， 可以通过各种文本编辑器查看其中的内容。中其 记录了语句执行的时刻，执行所消耗的时间，执行用户，连接主机等相关信息。MySQL 还提 供了专门用来分析满查询日志的工具程序mysqlslowdump， 用来帮助数据库管理人员解决可 能存在的性能问题。

6、Innodb 的在线 redo 日志:innodb redo log
Innodb 是一个事务安全的存储引擎， 其事务安全性主要就是通过在线redo 日志和记录

在表空间中的 undo 信息来保证的。redo 日志中记录了 Innodb 所做的所有物理变更和事务 信息， 通过redo 日志和 undo 信息， Innodb 保证了在任何情况下的事务安全性。Innodb 的redo 日志同样默认存放在数据目录下， 可以通过innodb_log_group_home_dir来更改设置日志的 存放位置，通过 innodb_log_files_in_group 设置日志的数量。

二  数据文件

在 MySQL 中每一个数据库都会在定义好 (或者默认) 的数据目录下存在一个以数据名库 字命名的文件夹， 用来存放该数据库中各种表数据文件。 不同的MySQL 存储引擎有各自不同 的数据文件，存放位置也有区别。多数存储引擎的数据文件都存放在和MyISAM 数据文件位 置相同的目录下，但是每个数据文件的扩展名却各不一样。如MyISAM 用“.MYD”作为扩展 名，Innodb 用“.ibd”，Archive 用“.arc”，CSV 用“.csv”，等等。

1、“.frm”文件 与表相关的元数据(meta)信息都存放在“.frm”文件中，包括表结构的定义信息等。

不论是什么存储引擎， 每一个表都会有一个以表名命名的“.frm”文件。 所有的“.frm”文 件都存放在所属数据库的文件夹下面。

2、“.MYD”文件

“.MYD”文件是 MyISAM 存储引擎专用，存放 MyISAM 表的数据。每一个 MyISAM 表都会 有一个“.MYD”文件与之对应， 同样存放于所属数据库的文件夹下，“和.frm”文件在一起。

3、“.MYI”文件
“.MYI”文件也是专属于 MyISAM 存储引擎的， 主要存放MyISAM 表的索引相关信息。对

于 MyISAM 存储来说，可以被cache 的内容主要就是来源于“.MYI”文件中。每一个MyISAM 表对应一个“.MYI”文件，存放于位置和“.frm”以及“.MYD”一样。

4、“.ibd”文件和 ibdata 文件
这两种文件都是存放 Innodb 数据的文件， 之所以有两种文件来存放Innodb 的数据 (包

括索引) ， 是因为Innodb 的数据存储方式能够通过配置来决定是使用共享表空间存放存储数 据， 还是独享表空间存放存储数据。 独享表空间存储方式使用“.ibd”文件来存放数据，且 每个表一个“.ibd”文件，文件存放在和 MyISAM 数据相同的位置。如果选用共享存储表空 间来存放数据，则会使用 ibdata 文件来存放，所有表共同使用一个(或者多个，可自行配 置)ibdata 文件。ibdata 文件可以通过 innodb_data_home_dir 和 innodb_data_file_path 两个参数共同配置组成， innodb_data_home_dir 配置数据存放的总目录，而 innodb_data_file_path 配置每一个文件的名称。当然，也可以不配置

innodb_data_home_dir 而直接在 innodb_data_file_path 参数配置的时候使用绝对路径来 完成配置。innodb_data_file_path 中可以一次配置多个 ibdata 文件。文件可以是指定大 小， 也可以是自动扩展的， 但是Innodb 限制了仅仅只有最后一个 ibdata 文件能够配置成自 动扩展类型。 当我们需要添加新的ibdata 文件的时候， 只能添加在innodb_data_file_path 配置的最后，而且必须重启 MySQL 才能完成 ibdata 的添加工作。不过如果我们使用独享表 空间存储方式的话， 就不会有这样的问题， 但是如果要使用裸设备的话， 每个表一个备裸，设 可能造成裸设备数量非常大， 而且不太容易控制大小， 实现比较困难， 而共享表空间却会不 有这个问题，容易控制裸设备数量。我个人还是更倾向于使用独享表空间存储方式。当然， 两种方式各有利弊，看大家各自应用环境的侧重点在那里了。

上面仅仅介绍了两种最常用存储引擎的数据文件， 此外其他各种存储引擎都有各自数的 据文件，读者朋友可以自行创建某个存储引擎的表做一个简单的测试，做更多的了解。

三 Replication 相关文件

1、master.info 文件:
master.info 文件存在于 Slave 端的数据目录下，里面存放了该 Slave 的 Master 端的

相关信息，包括 Master 的主机地址，连接用户，连接密码，连接端口，当前日志位置，已 经读取到的日志位置等信息。

2、relay log 和 relay log index
mysql-relay-bin.xxxxxn 文件用于存放 Slave 端的 I/O 线程从 Master 端所读取到

的 Binary Log 信息，然后由 Slave 端的 SQL 线程从该 relay log 中读取并解析相应的 日志信息，转化成 Master 所执行的 SQL 语句，然后在 Slave 端应用。

mysql-relay-bin.index 文件的功能类似于 mysql-bin.index ，同样是记录日志的存

放位置的绝对路径，只不过他所记录的不是 Binary Log，而是 Relay Log。

3、relay-log.info 文件:
类似于 master.info， 它存放通过Slave 的 I/O 线程写入到本地的 relay log 的相关信

息。供 Slave 端的 SQL 线程以及某些管理操作随时能够获取当前复制的相关信息。

四 其他文件

1、system config file

MySQL 的系统配置文件一般都是“my.cnf”，Unix/Linux 下默认存放在"/etc"目录下， Windows 环境一般存放在“c:/windows”目录下面。 “my.cnf”文件中包含多种参数选项组 (group) ， 每一种参数组都通过中括号给定了固定的组名， 如 “[mysqld]”组中包括了 mysqld

服务启动时候的初始化参数，“[client]”组中包含着客户端工具程序可以读取的参数，此 外还有其他针对于各个客户端软件的特定参数组， 如mysql 程序使用的 “[mysql]”，mysqlchk 使用的“[mysqlchk]”，等等。如果读者朋友自己编写了某个客户端程序，也可以自己设定 一个参数组名， 将相关参数配置在里面， 然后调用mysql 客户端 api 程序中的参数读取 api 读取相关参数。

2、pid file
pid file 是 mysqld 应用程序 在 Unix/Linux 环境下的一个进程文件，和许多其他

Unix/Linux 服务端程序一样，存放着自己的进程id。

3、socket file
socket 文件也是在 Unix/Linux 环境下才有的，用户在 Unix/Linux 环境下客户端连接

可以不通过TCP/IP网络而直接使用Unix Socket来连接MySQL。