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

相关推荐
学地理的小胖砸16 分钟前
【Python 操作 MySQL 数据库】
数据库·python·mysql
dddaidai12343 分钟前
Redis解析
数据库·redis·缓存
数据库幼崽1 小时前
MySQL 8.0 OCP 1Z0-908 121-130题
数据库·mysql·ocp
Amctwd1 小时前
【SQL】如何在 SQL 中统计结构化字符串的特征频率
数据库·sql
noravinsc2 小时前
redis是内存级缓存吗
后端·python·django
betazhou2 小时前
基于Linux环境实现Oracle goldengate远程抽取MySQL同步数据到MySQL
linux·数据库·mysql·oracle·ogg
lyrhhhhhhhh2 小时前
Spring 框架 JDBC 模板技术详解
java·数据库·spring
noravinsc3 小时前
django中用 InforSuite RDS 替代memcache
后端·python·django
喝醉的小喵3 小时前
【mysql】并发 Insert 的死锁问题 第二弹
数据库·后端·mysql·死锁
kaixin_learn_qt_ing4 小时前
Golang
开发语言·后端·golang