【MySQL】日志详解

本文使用的MySQL版本是8

日志概览

它们记录了数据库系统中的不同操作和事件,以便于故障排除、性能优化和数据恢复。本文将介绍MySQL中常见的几种日志,同时也会介绍一点常用的选项。

官方文档:MySQL :: MySQL 8.0 Reference Manual :: 7.4 MySQL Server Logs


相关说明

  • 默认情况下,在上面的日志中,Windows环境下只开启 错误日志。Linux开启 错误日志 和 二进制日志
  • 服务器运行期间,可以控制一般查询日志慢查询日志的开启,也可以更改其日志文件名。
  • 刷新日志:在MySQL客户端下执行 flush logs 将会把所有开启的日志都关闭,并打开新的日志文件方便我们查看最新的日志。或者使用mysqladmin工具并带有flush-logs或refresh参数、或者使用mysqldump工具并带有--flush-logs选项时,就会触发日志刷新的操作。 

配置日志 

这里以配置错误日志的路径为例:

对于Windows:

对于Linux:

修改路径:

找到配置文件,如果不知道在哪,查看http://t.csdnimg.cn/dZJZJ文章中的选项配置文件部分

修改log-error部分的值。如果只有文件名,数据就是默认的数据目录,自行添加为要修改的目录即可。

其他配置也都是一样的。


错误日志(Error Log)

错误日志包含 mysqld 启动和关闭时间的记录。它还包含在服务器启动和关闭期间以及在服务器运行期间发生的错误、警告和注释等诊断消息。例如,如果 mysqld 注意到需要自动检查或修复某个表,它将向错误日志写入一条消息。

根据错误日志配置的不同,错误消息还可以填充 Performance Schema error _ log 表,为日志提供 SQL 接口并允许查询其内容。

在某些操作系统上,如果 mysqld 异常退出,错误日志将包含堆栈跟踪。跟踪可用于确定 mysqld 退出的位置。

如果用于启动 mysqld,mysqld _ safe 可以将消息写入错误日志。例如,当 mysqld _ safe 注意到 mysqld 退出异常时,它重新启动 mysqld 并将 mysqld 重新启动的消息写入错误日志。

官方文档:MySQL :: MySQL 8.0 Reference Manual :: 7.4.2 The Error Log

错误日志字段

错误代码参考官方文档:MySQL :: MySQL 8.0 Reference Manual :: 29.12.20.11 Error Summary Tables 

MySQL :: MySQL 8.0 Error Reference :: 4 Global Error Message Reference


一般查询日志(General Query Log)

一般查询日志记录客户端连接或断开连接的信息,同时记录从客户端接收的每个SQL语句。由于开启这样的记录会产生大量内容,非常耗费服务器资源,因此默认情况下是关闭的

一般查询日志通常用于性能分析、安全审计和故障排除。通过分析一般查询日志,可以了解数据库系统的运行状况,检测潜在的性能瓶颈,并对数据库访问进行监控和审计。此外,一般查询日志还可以帮助数据库管理员追踪特定用户或应用程序对数据库的访问情况,以及识别潜在的安全威胁和异常行为。

 官方文档:MySQL :: MySQL 8.0 Reference Manual :: 7.4.3 The General Query Log


保存为文件或表

对于一般查询日志慢查询日志,除了可以保存成一般的日志文件,mysql中还为这两个日志提供了数据表,所以也可以把数据存到表中。

可以选择都选择。使用表查看可以用条件查询,比较方便。 可以通过客户端程序连接到服务器并查询表中的日志信息,无需登录服务器主机访问文件系统

查看保存选项

设置保存选项

SET GLOBAL log_output='[FILE, TABLE, NONE]';

查看表


慢查询日志(Slow Query Log)

慢查询日志由执行时间超过系统变量 long_query_time 指定的秒数的 SQL 语句组成,并且检查的行数大于系统变量 min_examined_row_limit 指定的值。被记录的慢查询需要进行优化,可以使用 mysqldumpslow 客户端程序对慢查询日志进行分析汇总。

需要注意的是,获取初始锁的时间不计入执行时间,MySQL 在执行完 SQL 语句并释放所有锁后才将符合条件的语句写入慢速查询日志,因此日志顺序可能与执行顺序不同。

官方文档:MySQL :: MySQL 8.0 Reference Manual :: 7.4.5 The Slow Query Log

慢查询日志参数

查看文件或表

查看文件

启用慢查询日志并将输出目标设置为FILE时,每条语句前面用一行来表示日志的字段

# Query_time: SQL语句的执行时间,单位秒
# Lock_time: 获取锁的时间,单位秒
# Rows_sent: 发送到客户端的行数
# Rows_examined: 服务器检查的行数


# 开启了--log-slow-extra还会有下面的内容

# Thread_id: 线程标识符
# Errno: 错误码,没有发生错误则为0
# Killed: 如果语句被终止,用错误码表示原因,如果语句正常终止则为0
# Bytes_received: 接收到SQL语句的Bytes值
# Bytes_sent: 返回给客户端的Byte值
# Read_first: 索引中第一个条目被读取的次数,如果这个值很高,表明服务器正在执行大量完整索引扫描
# Read_last: 读取索引中最后一个键的请求数,使用 ORDER BY 时关注
# Read_key: 基于索引读取一行数据的请求数。如果这个值很高,表明表为当前查询建立了正确的索引
# Read_next: 按索引排序读取下一行的请求数,查询具有范围约束的索引列,或者进行索引扫描,此值将递增
# Read_prev: 按索引排序读取前一行的请求数。主要用于优化ORDER BY DESC
# Read_rnd: 基于固定位置读取一行的请求数。这个值很高表明,正在执行大量需要对结果进行排序的查询,可能有很多查询进行了全表扫描整,或者没有正确使用索引的连接
# Read_rnd_next: 读取数据文件中下一行的请求数。如果进行大量的表扫描,这个值会很高。通常,表明表没有建立正确地索引,或者查询没有利用索引
# Sort_merge_passes: 排序算法完成的归并次数,如果这个值很大,考虑增加sort_buffer_size系统变量的值
# Sort_range_count: 使用范围进行排序的次数
# Sort_rows: 排序的行数
# Sort_scan_count: 通过扫描表完成的排序数
# Created_tmp_disk_tables: 服务器在执行语句时创建内部磁盘临时表的数量
# Created_tmp_tables: 服务器在执行语句时创建的内部临时表的数量
# Start: 执行SQL语句开始时间
# End: 执行SQL语句结束时间

查看表

表结构如下


二进制日志(Binary Log)

二进制日志是用来记录数据库中增加,修改,删除操作的日志,不会记录查询等相关操作。保存的内容为二进制的,能够高效的记录操作。

作用:

  • 数据恢复:记录了相关的操作或者数据就可以用来恢复数据。
  • 主从节点数据复制:从节点读取主节点上的二进制数据并执行用来同步更新数据。

官方文档:MySQL :: MySQL 8.4 Reference Manual :: 7.4.4 The Binary Log


常见选项和变量

show variables like "%bin%";

可以使用 log_bin


二进制日志文件

二进制日志文件名由基本名加上数字扩展名组成,确保文件系列是有序的。

默认存储位置是数据目录

二进制日志文件更新:

  • 服务器启动
  • 服务器重新启动
  • 刷新服务器日志
  • 日志大小达到max_binlog_size(单个日志文件最大字节数,最小可以设定为 4096字节,最大值和默认值都是1GB   不过如果是在记录事务的时候超出了设定的最大值,这个文件可以超过这个值,也要记录一个完整的事务在文件中)

日志索引文件:

默认情况下,这个索引文件与二级制文件名字大体上相同。就是上图的index文件。可以使用 --log-bin-index修改索引名。

修改日志目录:

使用log-bin=绝对路径+文件名 来修改目录。


二进制日志格式

  • 基于语句:默认记录格式。记录每次执行的sql。但是当MySQL认为基于语句不能保证数据一致时,就会自动切换到基于行的日志记录。使用 binlog-format=statement 来设定。
  • 基于行:记录每一行的数据。
  • 混合:使用语句和行的格式来记录。

禁用二进制日志

不建议禁用!!!

默认情况下,MySQL启用了二进制日志(Binary Log),这是通过将系统变量log_bin设置为ON来实现的。二进制日志记录了数据库中的更新操作,如插入、更新和删除操作。

如果要禁用二进制日志,可以使用--skip-log-bin或--disable-log-bin选项。这两个选项的作用是相同的,它们会覆盖默认设置,使MySQL不再生成二进制日志。

需要注意的是,如果同时指定了--log-bin选项和禁用二进制日志的选项(--skip-log-bin或--disable-log-bin),后面指定的选项会优先生效。也就是说,如果在启动MySQL时同时指定了--log-bin和--skip-log-bin选项,那么二进制日志将被禁用。


操作二进制日志

对于二进制文件的操作,MySQL给我们提供了mysqlbinlog.exe程序。

具体的操作看http://t.csdnimg.cn/YFc9b 文章中的 mysqlbinlog 部分。

这边查看一下二进制内容

中继日志(Relay Log)

后续完成。

DDL日志(Metadata Log)

在MySQL8的文档中DDL只是提了一下。

而参考文档还是5.7版本的

DDL 日志总是在需要时自动创建,并且没有用户可配置的选项。所以这里就不在多介


回滚日志(Undo Log)

Undo日志记录了对数据库进行修改的操作的逆操作(即相反的操作),以便在事务回滚或数据库恢复时撤销对数据的修改。
当一个事务执行修改操作(例如插入、更新、删除)时,相关的旧数据会被存储到Undo日志中。
Undo日志对于实现数据库的一致性非常重要,因为它提供了回滚事务的能力,使得可以撤销未完成或出错的事务。
Undo日志通常使用多版本并发控制(MVCC)来支持并发事务,每个事务都有自己的undo日志。

后续详细讲解。

重做日志(Redo Log)

Redo日志记录了对数据库进行修改的操作,以便在数据库恢复时重新执行这些操作,保证数据的持久性。
当一个事务提交时,相关的修改操作会被记录到Redo日志中。
Redo日志对于数据库的可靠性和持久性非常重要,因为它可以确保在数据库崩溃或意外断电的情况下,将事务的已提交修改重新应用到数据库中,使得数据库能够完全恢复到最近一次正常关闭时的状态。
Redo日志通常采用顺序写入方式,以提高性能和减少I/O开销。

后续详细讲解。

<think> 嗯,用户想要详细了解MySQL日志的解析。从引用内容看,MySQL主要有事务日志、二进制日志、错误日志、查询日志和慢查询日志这几类。用户可能是DBA或者开发人员,需要全面了解日志机制来优化数据库或排查问题。 用户引用的资料已经比较全面了,但需要更系统地整理。特别是引用[2]中提到的innodb_flush_log_at_trx_commit参数配置很关键,这直接影响到事务持久性和性能平衡。用户应该很关心实际运维中的配置建议。 考虑到用户的技术背景,准备详细解释每种日志的机制时,会补充一些底层原理。比如InnoDB事务日志的write-ahead logging机制,以及二进制日志的三种格式差异。用户可能还需要知道如何根据业务场景配置日志参数,比如高并发时怎么平衡安全和性能。 注意到引用[4]提供了优化案例和最佳实践,这个很实用。会在回复中加入类似的场景化建议,比如磁盘空间不足时的日志清理策略。用户可能遇到过慢查询导致的问题,所以慢日志分析部分要强调pt-query-digest工具的使用。 回复结构上,准备按日志类型分类说明,每类包含作用、配置和运维要点。最后补充一个配置表格,方便用户快速查阅。用户似乎更关注实际应用而非理论,所以优化建议会具体到参数设置和命令行操作。 </think>以下是MySQL日志系统的详细解析,结合核心功能与运维实践进行说明: --- ### 一、MySQL核心日志类型 1. **事务日志 (InnoDB Redo Log)** - **作用**:确保事务的持久性(ACID中的D),记录物理页修改(`ib_logfile0/1`) - **关键配置**: ```sql SHOW GLOBAL VARIABLES LIKE 'innodb_log%'; ``` - `innodb_log_file_size`:单个日志文件大小(建议设置为1-2GB) - `innodb_log_files_in_group`:日志文件数量(默认2) - `innodb_flush_log_at_trx_commit`: - `=1`:每次事务提交刷盘(最安全,性能最低)[^2] - `=2`:每秒刷盘(可能丢失1秒数据) - `=0`:依赖OS刷盘(风险最高) - **恢复机制**:崩溃重启时通过重放redo log恢复未写入数据文件的事务 2. **二进制日志 (Binlog)** - **作用**:记录所有**数据变更语句**(DDL/DML),用于主从复制和数据恢复 - **三种格式**: | 格式 | 特点 | 示例 | |---------------|-----------------------------|--------------------------| | STATEMENT | 记录SQL语句,日志量小 | `UPDATE users SET age=30` | | ROW(推荐) | 记录行数据变化,安全可靠 | 记录`id=1`的age从25→30 | | MIXED | 混合模式,自动切换 | | - **运维命令**: ```sql -- 查看日志状态 SHOW MASTER STATUS; -- 手动刷新日志 FLUSH LOGS; ``` 3. **错误日志 (Error Log)** - **定位路径**: ```sql SHOW VARIABLES LIKE 'log_error'; ``` - **记录内容**: - 服务启动/停止信息 - 严重错误(如崩溃、表损坏) - 事件调度器运行信息 4. **查询日志 (General Query Log)** - **启用方式**(生产环境慎用): ```sql SET GLOBAL general_log = ON; SET GLOBAL log_output = 'TABLE'; -- 输出到mysql.general_log表 ``` 5. **慢查询日志 (Slow Query Log)** - **阈值设置**: ```sql -- 超过2秒的查询 SET GLOBAL long_query_time = 2; -- 记录未使用索引的查询 SET GLOBAL log_queries_not_using_indexes = ON; ``` - **分析工具**: ```bash mysqldumpslow -s t /var/log/mysql-slow.log pt-query-digest /var/log/mysql-slow.log ``` --- ### 二、日志管理最佳实践 1. **安全与性能平衡** ```sql /* 推荐生产环境配置 */ SET GLOBAL innodb_flush_log_at_trx_commit = 1; -- ACID严格保障 SET GLOBAL sync_binlog = 1; -- Binlog每次提交刷盘 SET GLOBAL expire_logs_days = 7; -- Binlog保留7天 ``` 2. **磁盘空间优化** - **日志轮转策略**(示例配置`/etc/logrotate.d/mysql`): ```conf /var/log/mysql/mysql-slow.log { daily rotate 30 compress delaycompress missingok notifempty postrotate mysqladmin flush-logs endscript } ``` 3. **故障排查案例** - **场景**:磁盘空间不足 ```bash # 查找大日志文件 du -h /var/lib/mysql | sort -rh | head -n 10 # 清理旧Binlog(慎用!) PURGE BINARY LOGS BEFORE '2023-01-01'; ``` --- ### 三、关键配置速查表 | 日志类型 | 配置项 | 推荐值 | 影响 | |----------------|--------------------------------|-------------|--------------------| | **事务日志** | `innodb_flush_log_at_trx_commit` | 1(金融)/2(业务) | 数据安全 vs 写入性能 | | **Binlog** | `sync_binlog` | 1 | 主从数据一致性 | | **慢查询日志** | `long_query_time` | 0.5-2秒 | 捕获性能瓶颈 | | **通用日志** | `general_log` | OFF | 避免性能开销 | > **注**:高并发场景下,`innodb_flush_log_at_trx_commit=1`可能造成I/O瓶颈,可通过以下方案缓解: > 1. 使用SSD提升磁盘IOPS > 2. 增加`innodb_log_buffer_size`(默认16MB→64MB) > 3. 组提交(Group Commit)优化[^4] ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值