导航：首页 > 数据库 >

Mysql日志管理讲析

发表于：2025-11-10 作者：千家信息网编辑

千家信息网最后更新 2025年11月10日，下文内容主要给大家带来Mysql日志管理讲析，这里所讲到的知识，与书籍略有不同，都是专业技术人员在与用户接触过程中，总结出来的，具有一定的经验分享价值，希望给广大读者带来帮助。一、简介由MySQL A

千家信息网最后更新 2025年11月10日Mysql日志管理讲析

下文内容主要给大家带来Mysql日志管理讲析，这里所讲到的知识，与书籍略有不同，都是专业技术人员在与用户接触过程中，总结出来的，具有一定的经验分享价值，希望给广大读者带来帮助。

一、简介

由MySQL AB公司开发，是最流行的开放源码SQL数据库管理系统，主要特点：

1、是一种数据库管理系统
2、是一种关联数据库管理系统
3、是一种开放源码软件，且有大量可用的共享MySQL软件
4、MySQL数据库云服务器具有快速、可靠和易于使用的特点
5、MySQL服务器工作在客户端/服务器模式下，或嵌入式系统中
InnoDB存储引擎将InnoDB表保存在一个表空间内，该表空间可由数个文件创建。这样，表的大小就能超过单独文件的最大容量。表空间可包括原始磁盘分区，从而使得很大的表成为可能。表空间的最大容量为64TB。

二、MySQL日志管理

2.1. 日志全局变量

mysql> SHOW GLOBAL VARIABLES LIKE '%log%'; #查看关于log的全局变量

+--------------------------+-------------------------+

| Variable_name | Value |

+--------------------------+-------------------------+

| back_log | 50 |

| binlog_cache_size | 32768 | 二进制日志1

| binlog_direct_non_transactional_updates | OFF |

| binlog_format | MIXED | 二进制日志2

| binlog_stmt_cache_size | 32768 | 二进制日志3

| expire_logs_days | 0 | 二进制日志4

| general_log 一般查询日志1 | OFF |

| general_log_file 一般查询日志2 | /mydata/data/lamp.log |

| innodb_flush_log_at_trx_commit | 1 |

| innodb_locks_unsafe_for_binlog | OFF |

| innodb_log_buffer_size | 8388608 |

| innodb_log_file_size | 5242880 |

| innodb_log_files_in_group | 2 |

| innodb_log_group_home_dir | ./ |

| innodb_mirrored_log_groups | 1 |

| log 一般查询日志3 | OFF |

| log_bin | ON | 二进制日志5

| log_bin_trust_function_creators | OFF | 二进制日志6

| log_error 错误日志1 | /mydata/data/lamp.err |

| log_output 一般查询日志4 慢查询日志1 | FILE |

| log_queries_not_using_indexes 慢查询日志2 | OFF |

| log_slave_updates | OFF |

| log_slow_queries | OFF |

| log_warnings 错误日志2 | 1 |

| max_binlog_cache_size |18446744073709547520 | 二进制日志7

| max_binlog_size | 1073741824 | 二进制日志8

| max_binlog_stmt_cache_size|18446744073709547520 | 二进制日志9

| max_relay_log_size | 0 | 中继日志1

| relay_log | | 中继日志2

| relay_log_index | | 中继日志3

| relay_log_info_file | relay-log.info | 中继日志4

| relay_log_purge | ON | 中继日志5

| relay_log_recovery | OFF | 中继日志6

| relay_log_space_limit | 0 | 中继日志7

| slow_query_log 慢查询日志3 | OFF |

| slow_query_log_file 慢查询日志4 |/mydata/data/lamp-slow.log |

| sql_log_bin | ON | 二进制日志10

| sql_log_off | OFF | 二进制日志11

| sync_binlog | 0 | 二进制日志12

| sync_relay_log | 0 | 中继日志8

| sync_relay_log_info | 0 | 中继日志9

+------------------------+-------------------+

41 rows in set (0.00 sec)

2.2. 日志分类

MySQL有几个不同的日志文件，可以帮助你找出mysqld内部发生的事情：

1. 错误日志记录启动、运行或停止时出现的问题

2. 一般查询日志记录建立的客户端连接和执行的语句

3. 慢查询日志记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询

4. 二进制日志记录所有更改数据的语句。主要用于复制和即时点恢复

5. 中继日志

6. 事务日志记录InnoDB等支持事务的存储引擎执行事务时产生的日志

7. 滚动日志

默认情况下，所有日志创建于mysqld数据目录中。通过刷新日志，你可以强制 mysqld来关闭和重新打开日志文件（或者在某些情况下切换到一个新的日志）。当你执行一个FLUSH LOGS语句或执行mysqladmin flush-logs或mysqladmin refresh时，出现日志刷新。如果你正使用MySQL复制功能，从复制服务器将维护更多日志文件，被称为接替日志。

2.3. 日志详解

2.3.1. 错误日志（默认是开启）

在对应的数据目录中，以主机名+.err命名的文件，错误日志记录的信息类型：

2.3.1.1. 记录服务器运行中产生的错误信息
2.3.1.2. 记录服务在启动和停止是所产生的信息
2.3.1.3. 在从服务器上启动复制进程时，复制进程的信息也会被记录
2.3.1.4. 记录event事件错误日志及警告信息

配置mysql的主配置文件：

log_error = /mydata/data/mysql.test.com.err

#指定错误日志的位置，默认是在数据目录下，这个位置mysql用户必须有写权限

log_warning = {0|1}

#默认开启，服务器运行中的警告日志也会记录在错误日志中

2.3.2. 一般查询日志 （默认是关闭）

对除慢查日志中记录的查询信息外，将都记录下来,这将对服务器产生大量压力，

故繁忙的服务器应关闭这个日志与查询日志相关的变量。

log = {ON|OFF} #是否启用查询日志，该指令在mysq5.6中已废弃

general_log = {ON|OFF} #启动或关闭查询日志，默认是关闭的

general_log_file = /mydata/data/mysql.log #指定日志位置，默认在数据目录下

log_output = {TABLE|FILE|NONE}

#指定存放查询日志的位置，可以放在文件中，也可以放在数据库的表中，放在表中比放在文件中更容易查看。如果组合中出现了NONE，那么其它设定都将失效，且无论是否启用日志功能，也不会记录任何相关的日志信息

2.3.3. 慢查询日志 （默认是关闭）

默认关闭状态，记录下来查询时间超过设定时长的查询，这些查询日志将被慢查日志记录下来

slow_query_log = {ON | OFF} #开启慢慢查询日志，默认是关闭的

slow_query_log_file = /mydata/data/mysql-slow.log

#慢查询日志的存放位置，默认在数据目录下

log_query_time = 10 #定义默认的时长，默认时长为10秒

log_query_not_using_indexes = {ON|OFF}

#是否将没有使用索引的查询操作记录到慢查询日志

log_output = {TABLE|FILE|NONE}

#定义一般查询日志和慢查询日志的保存方式，默认为FILE，也可以TABLE及FILE的组合(用逗号隔开)，若组合中出现了NONE，那其它设定都将失效，且无论是否启用日志功能，也不会记录任何相关日志信息

2.3.4. 二进制日志 （默认是开启）

精确记录用户对数据库中的数据进行操作的命令和操作的数据对象，及任何引起或可能引起数据库变化的操作。

2.3.4.1. 二进制日志文件的作用：

1）提供增量备份的功能；
2）提供数据基于时间点的恢复，这个恢复的时间点可以由用户控制；
3）为mysql的复制架构提供基础，将主服务器的二进制日志复制到从服务器上并执行同样的操作，即可实现数据进行同步；

2.3.4.2. 二进制日志格式：

基于语句 statement
基于行 row
混合方式 mixed

2.3.4.3. 二进制日志事件：

position 基于位置
datetime 基于时间

2.3.4.4. 二进制日志的查看与删除方式：

mysql>show master status; #查看当前正在使用的二进制日志

mysql>show binlog events in 'mysql-bin.000012';

mysql>SHOW BINLOG EVENTS IN 'mysql-bin.00011' FROM 107

#查看日志文件的事件信息且从事件107位置开始显示

mysql>flush logs; #二进制日志滚动 mysql>show binary logs; #查看所有二进制日志

mysql>purge binary logs to 'mysql-bin.000003';

#删除此日志之前的所有日志文件000001和000002

Usage:

mysql>SHOW BINARY LOGS; #查看所有的二进制日志文件

+------------------+-----------+

| Log_name | File_size |

+------------------+-----------+

| mysql-bin.000001 | 1165 |

| mysql-bin.000002 | 126 |

| mysql-bin.000003 | 126 |

| mysql-bin.000004 | 884 |

| mysql-bin.000005 | 126 |

...

| mysql-bin.000015 | 1325 |

| mysql-bin.000016 | 390 |

| mysql-bin.000017 | 371 |

+------------------+-----------+

17 rows in set (0.00 sec)

mysql> PURGE BINARY LOGS TO 'mysql-bin.000003';#删除之前的所有日志文件001和002

mysql> SHOW BINARY LOGS ;

+------------------+-----------+

| Log_name | File_size |

+------------------+-----------+

| mysql-bin.000003 | 126 |

| mysql-bin.000004 | 884 |

| mysql-bin.000005 | 126 |

...

| mysql-bin.000015 | 1325 |

| mysql-bin.000016 | 390 |

| mysql-bin.000017 | 371 |

+------------------+-----------+

15 rows in set (0.00 sec)

2.3.4.5. 文件系统中查看二进制日志的命令：mysqlbinlog

mysqlbinlog 相关选项:

--start-position #开始位置

--stop-position #结束位置

--start-datetime 'yyyy-mm-dd hh:mm:ss'; #开始时间

--stop-datetime ''; #结束时间

Usage:

[root@lamp ~]#mysqlbinlog mysql-bin.000001 #查看日志事件的全部信息

[root@lamp ~]# mysqlbinlog --start-datetime '2017-04-18 09:01:13' mysql-bin.000011 #查看日志事件从某時間點之后的信息

[root@lamp ~]# mysqlbinlog --start-position 193 mysql-bin.000011

#查看日志时间从193位置开始之后的信息。

2.3.4.6. 配置mysql的主配置文件：

sql_log_bin = {ON|OFF}

#用于控制二进制日志信息是否记录进日志文件。默认为ON，表示启用记录功能。用户可以在会话级别修改此变量的值，但其必须有SUPER权限。

binlog_cache_size = 32768

#默认值32768，Binlog Cache用于在打开了二进制日志（binlog）记录功能的环境，它是MySQL用来提高binlog的记录效率而设计的一个用于短时间内临时缓存binlog数据的内存区域。

一般来说，如果我们的数据库中没有什么大事务，写入也不是特别频繁，2MB～4MB是一个合适的选择。但是如果我们的数据库大事务较多，写入量比较大，可与适当调高binlog_cache_size。

同时，我们可以通过binlog_cache_use 以及 binlog_cache_disk_use来分析设置的binlog_cache_size是否足够，是否有大量的binlog_cache由于内存大小不够而使用临时文件（binlog_cache_disk_use）来缓存

binlog_stmt_cache_size = 32768

#当非事务语句使用二进制日志缓存，但是超出binlog_stmt_cache_size时，使用一个临时文件来存放这些语句

log_bin = mysql-bin

#指定binlog的位置，默认在数据目录下

binlog-format = {ROW|STATEMENT|MIXED}

#指定二进制日志的类型，默认为MIXED。如果设定了二进制日志的格式，却没有启用二进制日志，则MySQL启动时会产生警告日志信息并记录于错误日志中。

sync_binlog = 10

#设定多久同步一次二进制日志至磁盘文件中，0表示不同步，任何正数值都表示对二进制每多少次写操作之后同步一次。当autocommit的值为1时，每条语句的执行都会引起二进制日志同步，否则，每个事务的提交会引起二进制日志同步

max_binlog_cache_size = {4096 .. 18446744073709547520}

#二进定日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存，其上限由max_binlog_stmt_cache_size决定。

max_binlog_stmt_cache_size = {4096 .. 18446744073709547520}

#二进定日志缓存空间大小，5.5.9及以后的版本仅应用于事务缓存

expire_log_days = {0..99}

#设定二进制日志的过期天数，超出此天数的二进制日志文件将被自动删除。默认为0，表示不启用过期自动删除功能。如果启用此功能，自动删除工作通常发生在MySQL启动时或FLUSH日志时

注：一般建议将binlog日志与数据文件分开存放，不但可以提高mysql性能，还可以增加安全性！

2.3.5. 中继日志

主要在mysql服务器的中从架构中的从服务器上使用，当主从服务器进行数据同步时，从服务器将主服务器的二进制日志文件拷贝到己的主机上，并放在中继日志中，再调用SQL线程按照中继日志文件中的二进制日志文件执行，以达到数据的同步。

开启的方法：只能在从服务器上开启
配置mysql的主配置文件：

relay-log = host_name-relay-bin

#指定中继日志的位置和名字，默认为host_name-relay-bin。也可以使用绝对路径，以指定非数据目录来存储中继日志

relay-log-index = host_name-relay-bin.index

#指定中继日志的名字的索引文件的位置和名字，默认为数据目录中的host_name-relay-bin.index

relay-log-info-file = relay-log.info

#设定中继服务用于记录中继信息的文件，默认为数据目录中的relay-log.info

relay_log_purge = {ON|OFF}

#设定对不再需要的中继日志是否自动进行清理。默认值为ON

relay_log_space_limit = 0

#用于存储所有中继日志文件的可用空间大小。默认为0，表示不限定。最大值取决于系统平台位数

max_relay_log_size = {4096..1073741824}

#从服务器上中继日志的体积上限，到达此限度时，自动进行中继日志滚动。此值为0时，将使用max_binlog_size参数，同时为二进制日志和中继日志设定日志文件体积上限

2.3.6. 事务日志

详细的记录在什么时间发生了什么事务，在哪个时间对哪些数据进行了改变，能够实现事件的重放，一般只记录对数据进行改变的操作，对于读操作一般不进行记录。事务性存储引擎用于保证原子性、一致性、隔离性和持久性。

2.3.6.1. 主要功能

2.3.6.1.1. 将随机IO转换为顺序IO，大大的提高了数据库的性能，存储的数据可能存在在磁盘的不同位置，降低了数据的读取和操作性能。转换为顺序IO的原理为，先将数据存放在日志文件中，然后由RDBSM的后台将日志中的数据存放到磁盘上，这样就保证了存储的数据是连续的。
2.3.6.1.2. 为事件重放提供基础，事务日志详细的记录了时间发生的时间以及操作的数据对象，事务进程可以根据这些信息进行时间重放。

2.3.6.2.默认的事务日志文件有两个，位于数据目录下以ibdata+number结尾的数字，我们可以对事务日志的位置、文件大小、增长方式进行定义，定义的方法如下：

配置mysql的主配置文件：(以使用支持事务的Innodb存储引擎为例)

innodb_flush_log_at_commit

#默认值为1，共三个级别:

0：每一秒同步，并执行磁盘flush操作；

1：每事务同步，并执行磁盘flush操作；

2：每事务同步，但不执行磁盘flush操作，由操作来执行flush; IO减少但不安全

定义从内存空间到日志文件同步方式，而从日志文件到生成数据文件(硬盘上)的同步由mysql的后台服务线程自动进行，也可控制； 在内存空间中先缓存到分用户空间，再缓存到分内核空间，当值为0时将不会缓存到分内核空间，而直接同步到日志文件中

innodb_data_home_dir = /mydata/data

#InnoDB所有共享表空间数据文件的目录路径，默认在数据目录下

innodb_data_file_path = ibdata1:1024M

#指定InnoDB的各个数据文件及其大小，文件大于一个时，彼此间用分号隔开。