精准定位——MySQL日志学习的一天【错误、二进制、查询、慢查询】

MySQL 日志是记录 MySQL 数据库服务器运行过程中的各种活动和事件的文件。它们对于监控、故障排查、性能优化和数据恢复等方面都非常重要。

回顾一下Linux中查看文件的指令操作

cat 命令:

cat 命令用于将文件的内容一次性输出 到终端。它的主要功能是将文件连接起来并打印到标准输出。cat 命令适合查看小型文件内容。例如,在终端运行以下命令来显示文件内容:

常用选项:

-n:同时显示行号。

-b:显示行号,但不对空行进行编号。

-v:显示不可打印字符,如 Tab 和行结束符。


less 命令:

less 命令用于逐页显示 文件的内容,并提供了更强大的浏览功能。它可以滚动内容、搜索特定字符串、跳转到指定行等。例如,在终端运行以下命令来显示文件内容:

常用功能:

  • 使用方向键或空格键向下滚动一页。

  • 使用 b 键向上滚动一页。

  • 使用 / 后跟关键词搜索文件内容,使用 n 跳转到下一个匹配项。

  • 使用 G 快捷键跳转到文件末尾,使用 1G 跳转到文件开头。

  • 使用 q 键退出 less


tail 命令:

tail 命令用于显示文件的末尾内容 ,默认情况下显示文件的最后 10 行。它通常用于实时监控日志文件的变化、查看最新的日志内容等。例如,在终端运行以下命令来显示文件末尾内容:

常用选项:

-f:持续监听文件的变化,并实时输出新追加到文件中的数据。常用于实时监控日志文件。例如:**tail -f 文件路径**

-n:指定要显示的行数。例如:tail -n 50 filename(显示最后 50 行)。

-c:指定以字节为单位的显示字节数。例如:tail -c 100 filename(显示最后 100 字节)。

错误日志

错误日志是 MySQL 中最重要的日志之一,错误日志记录了 MySQL 服务器发生的各类错误和警告信息 ,包括数据库启动和关闭的事件、连接错误、查询错误、权限错误等。可以显示数据库启动时的配置信息 ,如版本号、数据目录、监听端口等。通过检查错误日志,可以核实数据库的配置是否正确、可用,以及了解数据库的当前状态。如果发现配置错误或者警告信息它可以帮助管理员追踪和定位问题,尤其在数据库出现异常时,错误日志是一个首要的调查对象。

该日志是默认开启的,默认存放目录 /var/log/ ,默认的日志文件名为 mysqld.log 。查看日志位置:

Linux系统下的常规查询

  1. 确定错误日志文件的路径:MySQL 的错误日志文件通常位于 /var/log/mysql/error.log 或者 /var/lib/mysql/<hostname>.err

  2. 查看错误日志内容:可以使用以下命令查看错误日志文件的内容:

    • 使用 cat 命令:cat /var/log/mysql/error.log
    • 使用 less 命令:less /var/log/mysql/error.log
    • 使用 tail 命令查看最新的几行日志:tail -n 100 /var/log/mysql/error.log(上述命令将显示最新的 100 行日志内容)

二进制日志

二进制日志(BINLOG)记录了所有的事务型操作语句(DML、DDL) ,但不包括数据查询(SELECT、SHOW)语句 。二进制日志以二进制格式 存储,通常用于数据备份数据恢复主从复制 以及数据库故障排查等场景。

  • 数据备份和恢复:通过备份二进制日志,可以实现对数据库操作的持续记录,从而实现增量备份恢复。利用二进制日志,可以将数据库恢复到特定时间点之前的状态,避免数据丢失。
  • 主从复制:主从复制是一种常用的数据库架构,通过将主数据库的操作记录到二进制日志 上,再将日志传递给从数据库来实现数据同步。这种架构提供了高可用性和读写分离的能力。
  • 数据库故障排查:二进制日志可以用于分析和解决数据库问题。通过分析日志内容,可以查看特定时间段内的操作记录,帮助定位数据库异常、错误或数据一致性问题

MySQL8版本中,默认二进制日志是开启着的

参数说明:

  • log_bin_basename:当前数据库服务器的binlog日志的基础名称(前缀),具体的binlog文件名需要再该basename的基础上加上编号(编号从000001开始)。
  • log_bin_index:binlog的索引文件,里面记录了当前服务器关联的binlog文件有哪些。

格式

MySQL服务器中提供了多种格式来记录二进制日志,具体格式及特点如下:

日志格式 含义
STATEMENT 基于SQL语句的日志记录,记录的是SQL语句,对数据进行修改的SQL都会记录在日志文件中。
ROW 基于行的日志记录,记录的是每一行的数据变更。(默认)
MIXED 混合了STATEMENT和ROW两种格式,默认采用STATEMENT,在某些特殊情况下会自动切换为ROW进行记录。

如果我们需要配置二进制日志的格式,只需要在 /etc/my.cnf 中配置 binlog_format 参数即可。

查看

由于日志是以二进制方式存储的,不能直接读取 ,需要通过二进制日志查询工具 mysqlbinlog 来查看,具体语法:

scss 复制代码
mysqlbinlog [ 参数选项 ] logfilename
参数选项:
	-d 指定数据库名称,只列出指定的数据库相关操作。
	-o 忽略掉日志中的前n行命令。
	-v 将行事件(数据变更)重构为SQL语句
	-vv 将行事件(数据变更)重构为SQL语句,并输出注释信息
  1. 查看指定数据库的操作:

    复制代码
    mysqlbinlog -d mydatabase binlog.000001

    这个例子将只列出二进制日志文件 binlog.000001 中与 mydatabase 数据库相关的操作。

  2. 忽略前几行命令:

    复制代码
    mysqlbinlog -o 3 binlog.000001

    这个例子将忽略二进制日志文件 binlog.000001 中的前三行命令。

  3. 将行事件重构为 SQL 语句:

    复制代码
    mysqlbinlog -v binlog.000001

    这个例子将把二进制日志文件 binlog.000001 中的行事件重构为对应的 SQL 语句。

  4. 将行事件重构为 SQL 语句,并输出注释信息:

    复制代码
    mysqlbinlog -vv binlog.000001

    这个例子将把二进制日志文件 binlog.000001 中的行事件重构为对应的 SQL 语句,并输出更详细的注释信息。

删除

对于比较繁忙的业务系统,每天生成的binlog数据巨大,如果长时间不清除,将会占用大量磁盘空间。可以通过以下几种方式清理日志:

指令 含义
reset master 删除全部 binlog 日志,删除之后,日志编号,将从 binlog.000001重新开始
purge master logs to 'binlog.*' 删除 * 编号之前的所有日志
purge master logs before 'yyyy-mm-dd hh24:mi:ss' 删除日志为 "yyyy-mm-dd hh24:mi:ss" 之前产生的所有日志

也可以在mysql的配置文件中配置二进制日志的过期时间,设置了之后,二进制日志过期会自动删除。

sql 复制代码
show variables like '%binlog_expire_logs_seconds%';
  • RESET MASTER:
ini 复制代码
mysql> RESET MASTER;

这个指令将删除全部的binlog日志,使得binlog编号从binlog.000001重新开始。

  • PURGE MASTER LOGS TO 'binlog.*':
shell 复制代码
mysql> PURGE MASTER LOGS TO 'binlog.000010';

这个指令将删除binlog.000010之前的所有binlog日志。

  • PURGE MASTER LOGS BEFORE 'yyyy-mm-dd hh24:mi:ss':
shell 复制代码
mysql> PURGE MASTER LOGS BEFORE '2023-10-01 00:00:00';

这个指令将删除在2023-10-01 00:00:00之前产生的所有binlog日志。


查询日志

查询日志中记录了客户端的所有操作语句 ,而二进制日志不包含查询数据的SQL语句。默认情况下,查询日志是未开启的。

如果需要开启查询日志,可以修改MySQL的配置文件 /etc/my.cnf 文件,添加如下内容:

ini 复制代码
#该选项用来开启查询日志 , 可选值 : 0 或者 1 ; 0 代表关闭, 1 代表开启
general_log=1
 
#设置日志的文件名 , 如果没有指定, 默认的文件名为 host_name.log
general_log_file=mysql_query.log

开启了查询日志之后,在MySQL的数据存放目录,也就是 /var/lib/mysql/ 目录 下就会出现mysql_query.log 文件 。之后所有的客户端的增删改查操作都会记录在该日志文件之中,长时间运行后,该日志文件将会非常大


慢查询日志

慢查询日志记录了所有执行时间超过参数 long_query_time 设置值 并且扫描记录数不小于 min_examined_row_limit 的所有的SQL语句的日志,默认未开启long_query_time 默认为10 秒,最小为 0, 精度可以到微秒。

如果需要开启慢查询日志,需要在MySQL的配置文件 /etc/my.cnf 中配置如下参数:

ini 复制代码
#慢查询日志
slow_query_log=1
 
#执行时间参数
long_query_time=2

默认情况下,不会记录管理语句 ,也不会记录不使用索引进行查找的查询。可以配置如下参数进行开启记录。

ini 复制代码
#记录执行较慢的管理语句
log_slow_admin_statements =1
 
#记录执行较慢的未使用索引的语句
log_queries_not_using_indexes = 1
 
#指定的存储位置
slow_query_log_file = /var/log/mysql/mysql-slow.log

上述所有的参数配置完成之后,都需要重新启动MySQL服务器才可以生效。

相关推荐
forEverPlume1 小时前
mysql如何实现高可用集群架构_基于MHA环境搭建与部署
jvm·数据库·python
草莓熊Lotso2 小时前
Vibe Coding 时代:LangChain 与 LangGraph 全链路解析
linux·运维·服务器·数据库·人工智能·mysql·langchain
zh1570237 小时前
JavaScript中WorkerThreads解决服务端计算瓶颈
jvm·数据库·python
代码AI弗森7 小时前
一文理清楚“算力申请 / 成本测算 / 并发评估”
java·服务器·数据库
前端一小卒8 小时前
我用 Claude Code 的 Superpowers 技能链写了个服务,部署前差点把服务器搞炸
前端·javascript·后端
摇滚侠8 小时前
expdp 查看帮助
java·数据库·oracle
流年似水~8 小时前
MCP协议实战:从零搭建一个让Claude能“看见“数据库的工具服务
数据库·人工智能·程序人生·ai·ai编程
2401_871492858 小时前
Vue.js监听器watch利用回调函数处理级联下拉框数据联动
jvm·数据库·python
志栋智能9 小时前
超自动化安全:构建智能安全运营的核心引擎
大数据·运维·服务器·数据库·安全·自动化·产品运营
曹牧9 小时前
Spring:@RequestMapping注解,匹配的顺序与上下文无关
java·后端·spring