精准定位——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服务器才可以生效。

相关推荐
星就前端叭42 分钟前
【开源】一款基于Vue3 + WebRTC + Node + SRS + FFmpeg搭建的直播间项目
前端·后端·开源·webrtc
YashanDB1 小时前
【YashanDB知识库】XMLAGG方法的兼容
数据库·yashandb·崖山数据库
独行soc1 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍11基于XML的SQL注入(XML-Based SQL Injection)
数据库·安全·web安全·漏洞挖掘·sql注入·hw·xml注入
小林coding2 小时前
阿里云 Java 后端一面,什么难度?
java·后端·mysql·spring·阿里云
AI理性派思考者2 小时前
【保姆教程】手把手教你在Linux系统搭建早期alpha项目cysic的验证者&证明者
后端·github·gpu
从善若水2 小时前
【2024】Merry Christmas!一起用Rust绘制一颗圣诞树吧
开发语言·后端·rust
风间琉璃""2 小时前
bugkctf 渗透测试1超详细版
数据库·web安全·网络安全·渗透测试·内网·安全工具
drebander2 小时前
SQL 实战-巧用 CASE WHEN 实现条件分组与统计
大数据·数据库·sql
IvorySQL2 小时前
IvorySQL 4.0 发布:全面支持 PostgreSQL 17
数据库·postgresql·开源数据库·国产数据库·ivorysql
机器之心2 小时前
终于等来能塞进手机的文生图模型!十分之一体量,SnapGen实现百分百的效果
人工智能·后端