MySQL中几种常见的日志

「爱情、让人受尽委屈。」 2022-11-29 12:54 155阅读 0赞

**前言：**

在 MySQL 系统中，有着诸多不同类型的日志。各种日志都有着自己的用途，通过分析日志，我们可以优化数据库性能，排除故障，甚至能够还原数据。这些不同类型的日志有助于我们更清晰的了解数据库，在日常学习及运维过程中也会和这些日志打交道。本节内容将带你了解 MySQL 数据库中几种常用日志的作用及管理方法。

#### 1.错误日志（errorlog） ####

错误日志记录着 mysqld 启动和停止，以及服务器在运行过程中发生的错误及警告相关信息。当数据库意外宕机或发生其他错误时，我们应该去排查错误日志。

`log_error` 参数控制错误日志是否写入文件及文件名称，默认情况下，错误日志被写入终端标准输出stderr。当然，推荐指定 log\_error 参数，自定义错误日志文件位置及名称。

# 指定错误日志位置及名称
    vim /etc/my.cnf 
    [mysqld] 
    log_error = /data/mysql/logs/error.log
    
    相关配置变量说明：
    log_error={
       1 | 0 | /PATH/TO/ERROR_LOG_FILENAME}
    定义错误日志文件。作用范围为全局或会话级别，属非动态变量。

#### 2.慢查询日志（slow query log） ####

慢查询日志是用来记录执行时间超过 long\_query\_time 这个变量定义的时长的查询语句。通过慢查询日志，可以查找出哪些查询语句的执行效率很低，以便进行优化。

与慢查询相关的几个参数如下：

*  **slow\_query\_log**：是否启用慢查询日志，默认为0，可设置为0，1。
 *  **slow\_query\_log\_file**：指定慢查询日志位置及名称，默认值为host\_name-slow.log，可指定绝对路径。
 *  **long\_query\_time**：慢查询执行时间阈值，超过此时间会记录，默认为10，单位为s。
 *  **log\_output**：慢查询日志输出目标，默认为file，即输出到文件。

默认情况下，慢查询日志是不开启的，一般情况下建议开启，方便进行慢SQL优化。在配置文件中可以增加以下参数：

# 慢查询日志相关配置，可根据实际情况修改
    vim /etc/my.cnf 
    [mysqld] 
    slow_query_log = 1
    slow_query_log_file = /data/mysql/logs/slow.log
    long_query_time = 3
    log_output = FILE

#### 3.一般查询日志（general log） ####

一般查询日志又称通用查询日志，是 MySQL 中记录最详细的日志，该日志会记录 mysqld 所有相关操作，当 clients 连接或断开连接时，服务器将信息写入此日志，并记录从 clients 收到的每个 SQL 语句。当你怀疑 client 中的错误并想要确切知道 client 发送给mysqld的内容时，通用查询日志非常有用。

默认情况下，general log 是关闭的，开启通用查询日志会增加很多磁盘 I/O， 所以如非出于调试排错目的，不建议开启通用查询日志。相关参数配置介绍如下：

# general log相关配置
    vim /etc/my.cnf 
    [mysqld]
    general_log = 0 //默认值是0，即不开启，可设置为1
    general_log_file = /data/mysql/logs/general.log //指定日志位置及名称

#### 4.二进制日志（binlog） ####

关于二进制日志，前面有篇文章做过介绍。它记录了数据库所有执行的DDL和DML语句（除了数据查询语句select、show等），以事件形式记录并保存在二进制文件中。常用于数据恢复和主从复制。

与 binlog 相关的几个参数如下：

*  **log\_bin**：指定binlog是否开启及文件名称。
 *  **server\_id**：指定服务器唯一ID，开启binlog 必须设置此参数。
 *  **binlog\_format**：指定binlog模式，建议设置为ROW。
 *  **max\_binlog\_size**：控制单个二进制日志大小，当前日志文件大小超过此变量时，执行切换动作。
 *  **expire\_logs\_days**：控制二进制日志文件保留天数，默认值为0，表示不自动删除，可设置为0~99。

binlog默认情况下是不开启的，不过一般情况下，建议开启，特别是要做主从同步时。

# binlog 相关配置
    vim /etc/my.cnf 
    [mysqld]
    server-id = 1003306
    log-bin = /data/mysql/logs/binlog
    binlog_format = row
    expire_logs_days = 15

#### 5.中继日志（relay log） ####

中继日志用于主从复制架构中的从服务器上，从服务器的 slave 进程从主服务器处获取二进制日志的内容并写入中继日志，然后由 IO 进程读取并执行中继日志中的语句。

relay log 相关参数一般在从库设置，几个相关参数介绍如下：

*  **relay\_log**：定义 relay log 的位置和名称。
 *  **relay\_log\_purge**：是否自动清空不再需要中继日志，默认值为1(启用)。
 *  **relay\_log\_recovery**：当 slave 从库宕机后，假如 relay log 损坏了，导致一部分中继日志没有处理，则自动放弃所有未执行的 relay log ，并且重新从 master 上获取日志，这样就保证了 relay log 的完整性。默认情况下该功能是关闭的，将 relay\_log\_recovery 的值设置为1可开启此功能。

relay log 默认位置在数据文件的目录，文件名为 host\_name-relay-bin，可以自定义文件位置及名称。

# relay log 相关配置,从库端设置
    vim /etc/my.cnf 
    [mysqld]
    relay_log = /data/mysql/logs/relay-bin
    relay_log_purge = 1
    relay_log_recovery = 1

**总结：**

本篇文章主要讲述了 MySQL 中的几类日志的用途及设置方法，需要注意的是，上述几类日志，若不指定绝对路径，则默认保存在数据目录下，我们也可以新建一个日志目录专用于保存这些日志。还有 `redo log` 和 `undo log` 没有讲解，留在下篇文章吧。

![wx\_blog.png][wx_blog.png]

[wx_blog.png]: /images/20221124/a474d38b8d4546cea51b994a95839b39.png