MySQL数据库的各种类型文件

文件分类

• 参数文件:告诉MySQL实例启动时在哪里可以找到数据库文件，并且指定某些初始化参数，这些参数定义了某种内存结构的大小等设置，还会介绍各种参数的类型。
• 日志文件:用来记录MySQL实例对某种条件做出响应时写入的文件，如错误日志文件、二进制日志文件、慢查询日志文件、查询日志文件等。
• socket文件:当用UNIX域套接字方式进行连接时需要的文件。
• pid文件:MySQL实例的进程ID文件。
• MySQL表结构文件:用来存放MySQL表结构定义文件。
• 存储引擎文件:因为MySQL表存储引擎的关系，每个存储引擎都会有自己的文件来保存各种数据。这些存储引擎真正存储了记录和索引等数据。本章主要介绍与InnoDB有关的存储引擎文件。

参数文件

当MySQL实例启动时，数据库会先去读一个配置参数文件，用来寻找数据库的各种文件所在位置以及指定某些初始化参数，这些参数通常定义了某种内存结构有多大等。在默认情况下，MySQL实例会按照一定的顺序在指定的位置进行读取，用户只需通过命令mysql–help | grep my.cnf来寻找即可。

日志文件

日志文件记录了影响MySQL 数据库的各种类型活动。MySQL数据库中常见的日志文件有:

• 错误日志（error log)

错误日志文件对MySQL的启动、运行、关闭过程进行了记录。

• 二进制日志（binlog)

二进制日志(binary log）记录了对MySQL数据库执行更改的所有操作，但是不包括SELECT 和 SHOW这类操作，因为这类操作对数据本身并没有修改。然而，若操作本身并没有导致数据库发生变化，那么该操作可能也会写入二进制日志.

二进制日志主要有以下几种作用:
1.恢复（recovery):某些数据的恢复需要二进制日志，例如，在一-个数据库全备文件恢复后，用户可以通过二进制日志进行point-in-time的恢复。
2.复制（replication):其原理与恢复类似，通过复制和执行二进制日志使一台远程的MySQL数据库（一般称为slave或standby）与一台MySQL数据库（一般称为master或primary）进行实时同步。
3.审计(audit):用户可以通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入的攻击。

• 慢查询日志（slow query log)

而慢查询日志(slow log）可帮助DBA定位可能存在问题的SQL语句，从而进行SQL语句层面的优化。

• 查询日志（log)

查询日志记录了所有对MySQL数据库请求的信息，无论这些请求是否得到了正确的执行。

套接字文件

在UNIX系统下本地连接MySQL可以采用UNIX域套接字方式，这种方式需要一个套接字( socket）文件。套接字文件可由参数socket控制。

pid文件

当MySQL实例启动时，会将自己的进程ID写入一个文件中——该文件即为pid文件。该文件可由参数pid_file控制，默认位于数据库目录下。

表结构定义文件

因为MySQL插件式存储引擎的体系结构的关系，MySQL数据的存储是根据表进行的，每个表都会有与之对应的文件。但不论表采用何种存储引擎，MySQL都有一个以frm为后缀名的文件，这个文件记录了该表的表结构定义。

InnoDB存储引擎文件

之前介绍的文件都是MySQL数据库本身的文件，和存储引擎无关。除了这些文件外，每个表存储引擎还有其自己独有的文件。这些文件包括重做日志文件、表空间文件。

• 表空间文件

InnoDB采用将存储的数据按表空间(tablespace）进行存放的设计。在默认配置下会有一个初始大小为10MB，名为ibdata1 的文件。该文件就是默认的表空间文件( tablespace file)，用户可以通过参数innodb_data_file_path对其进行设置。

• 重做日志文件

重做日志文件对于InnoDB存储引擎至关重要，它们记录了对于InnoDB存储引擎的事务日志。