MySQL之文件

Myth丶恋晨 2021-08-29 15:21 338阅读 0赞

### 文件 ###

*  1. 参数文件
 *  2. 日志文件
 *   *  2.1 错误日志
     *  2.2 慢查询日志
     *  2.3 查询日志
     *  2.4 二进制日志
 *  3. 套接字文件
 *  4. pid 文件
 *  5. 表结构定义文件
 *  6. InnoDB 文件
 *   *  6.1 表空间文件
     *  6.2 重做日志文件

# 1. 参数文件 #

告诉 `MySQL` 实例启动时再哪里可以找到数据库文件，并且指定某些初始化参数，这些参数定义了某种内存结构的大小等设置。

# 2. 日志文件 #

日志文件记录了·影响`MySQL`数据库的各种类型活动。

## 2.1 错误日志 ##

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

## 2.2 慢查询日志 ##

将运行时间超过给定阈值的 `SQL` 语句记录到慢查询日志文件中。

## 2.3 查询日志 ##

记录了所有对 `MySQL` 数据库请求的信息，无论这些请求是否得到了正确的执行。默认文件名：`主机名.log`。

## 2.4 二进制日志 ##

二进制日志`(binary log)`记录了对`MySQL`数据库执行更改的所有操作，但是不包括`SELECT`和`SHOW`这类操作，因为这类操作对数据本身并没有修改。

二进制日志作用：

*  **恢复**：某些数据的恢复需要二进制日志。
 *  **复制**：其原理与恢复类似，通过复制和执行二进制日志使一台远程的`MySQL`数据库与一台`MySQL`数据库进行实时同步。
 *  **审计**：用户可以通过二进制日志中的信息来进行审计，判断是否有对数据库进行注入攻击。

当使用事务的表存储引擎时，所有未提交的二进制日志会被记录到一个缓冲中，等该事务提交时直接将缓冲中的二进制日志写入二进制文件。

# 3. 套接字文件 #

通过`UNIX`域套接字方式连接`MySQL`时，需要一个套接字`socket`文件。

# 4. pid 文件 #

`MySQL`实例启动时，会将自己的进程`ID`写入一个文件中，该文件即为`pid`文件。

默认位于数据库目录下，文件名为`主机名.pid`。

# 5. 表结构定义文件 #

不论采用何种存储引擎，`MySQL`都有一个以`frm`为后缀名的文件，这个文件记录了该表的表结构定义。

`frm`还可以用来存放试图的定义，如果创建一个`v_a`的视图，则会产生一个`v_a.frm`文件。

# 6. InnoDB 文件 #

## 6.1 表空间文件 ##

`InnoDB` 采用将存储的数据按表空间（`tablespace`）进行存放的设计。

表空间的好处：可以实现单表在不同数据库的移动。

## 6.2 重做日志文件 ##

`redo log file`对`InnoDB`至关重要，它们记录了对于`InnoDB`的事务日志。

**数据库发生宕机时，`InnoDB`会使用重做日志恢复到宕机前的时刻，以此来保证数据的完整性**。

**重做日志和二进制日志的区别**：

*  二进制针对 `MySQL` 上层，其会记录所有与`MySQL`有关的日志记录，包括`InnoDB`、`MyISAM`等其他存储引擎的日志，而重做日志针对存储引擎，其只记录`InnoDB`有关的事务日志。
 *  记录的内容不同：二进制日志文件记录的都是一个关于事务的具体操作内容，该日志是逻辑日志。而 InnoDB 存储引擎的重做日志文件记录的是关于每个页（Page）的更改的物理情况。
 *  写入时间不同：二进制日志文件仅在事务提交前进行提交，即只写磁盘一次，不论这时该事务多大。而在事务进行的过程中，却不断有重做日志条目被写入到重做日志文件中。

每当有事务提交时，就必须确保事务都已经写入重做日志文件。当数据库意外宕机时，也可以根据重做日志文件恢复，保证可以恢复已经提交的事务。如果日志文件缺失，前滚即可，相当于没有执行事务提交。从而保证了事务的`ACID`中的持久性。