精准定位——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 来查看,具体语法:

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的配置文件中配置二进制日志的过期时间,设置了之后,二进制日志过期会自动删除。

show variables like '%binlog_expire_logs_seconds%';
  •  RESET MASTER:
mysql> RESET MASTER;

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

  • PURGE MASTER LOGS TO 'binlog.*':
mysql> PURGE MASTER LOGS TO 'binlog.000010';

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

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

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


查询日志

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

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

#该选项用来开启查询日志 , 可选值 : 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 中配置如下参数:

#慢查询日志
slow_query_log=1

#执行时间参数
long_query_time=2

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

#记录执行较慢的管理语句
log_slow_admin_statements =1

#记录执行较慢的未使用索引的语句
log_queries_not_using_indexes = 1

#指定的存储位置
slow_query_log_file = /var/log/mysql/mysql-slow.log

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

学徒630

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值