MySQL中有六种日志文件讲解

MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log）、中继日志（relay log）。

1、Error log ( 错误日志 )

错误日志记录了 MySQL Server 运行过程中所有较为严重的警告和错误信息，以及 MySQL Server 每次启动和关闭的详细信息。

在默认情况下，系统记录错误日志的功能是关闭的（ 我所使用的 MySQL 5.6 是开启的 ），错误信息被输出到标准错误输出（ Stderr ）。

需要开启系统记录错误日志功能时，需要在启动时开启 -log-error 选项。错误日志默认存放在数据目录下，以 hostname.err 命令。

可以使用 –log-error=file_name 的方式或在 my.cnf 中指定其存放的位置和文件名。

为了方便维护，可以通过 flush logs 来生成新的日志文件（ 要先将原有的日志文件 mv 一下 ）。

2、Binary log（ 二进制日志 ）

二进制日志，即 binlog 。也是 MySQL Server 中最为重要的日志之一。

当我们通过 –log-bin=file_name 打开了二进制日志功能之后，MySQL 会将所有修改数据库的 query 以二进制的形式记录到日志文件中。

还包括每一条 query 所执行的时间、消耗的资源，以及相关的事务信息；所以 binlog 是事务安全的。

二进制日志跟错误日志一样，binlog 记录功能也需要 –log-bin=file_name 或 my.cnf 中指定来开启；如果没有指定 file_name ，会在数据目录下生成 MySQL-bin.******* 的日志文件。

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

binlog 相关的其它参数：

–max_binlog_size ## 设置 binlog 的最大存储上限，当日志达到该上限时，MySQL 会重新生成一个新的日志开始继续记录。

偶尔也会超出该上限，是因为在即将到达上限时，产生了一个较大的事务，为了保证事务安全，MySQL 不会将同一个事务存放到两个 binlog 中。

–binlog-do-db=db_name ## 仅仅针对该 db_name 记录 binlog ，而忽略针对其余数据库执行的 query 。

–binlog-ignore-db=db_name ## 与上一参数正好相反，忽略针对该数据库的 query ，记录其余所有数据库的 binlog 。

## 这两参数指的 db_name 不是指 query 语句更新的数据所在的数据库，而是执行 query 时所处的数据库。（ 感觉很好理解，说多了容易乱 ）

3、Update log（ 更新日志 ）

更新日志是 MySQL 在较老版本上使用的，其功能跟 binlog 类似，只不过不是以二进制格式记录，而是以简单文本格式记录内容。

从 MySQL 5.0 开始，MySQL 已经不再支持更新日志了。

4、Query log（ 查询日志 ）

查询日志记录 MySQL 中所有的 query ，通过 –log=file_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 log ( Innodb 的在线 redo 日志 )

Innodb 是一个事务安全的存储引擎，其事务安全性主要就是通过在线 redo 日志和记录在表空间中的 undo 信息来保证的。

redo 日志中记录了 Innodb 所做的所有物理变更和事务信息，通过 redo 日志和 undo 信息，Innodb 保证了在任何情况下的事务安全性。

Innodb 的 redo 日志同样默认在数据目录下，可以通过 innodb_log_group_home_dir 来更改其存放位置，通过 innodb_log_files_in_group 设置日志数量。