MySQL 日志是记录 MySQL 数据库服务器运行过程中的各种活动和事件的文件。它们对于监控、故障排查、性能优化和数据恢复等方面都非常重要。
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 。查看日志位置:
确定错误日志文件的路径:MySQL 的错误日志文件通常位于 /var/log/mysql/error.log
或者 /var/lib/mysql/
。
查看错误日志内容:可以使用以下命令查看错误日志文件的内容:
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版本中,默认二进制日志是开启着的
参数说明:
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语句,并输出注释信息
查看指定数据库的操作:
mysqlbinlog -d mydatabase binlog.000001
这个例子将只列出二进制日志文件
binlog.000001
中与mydatabase
数据库相关的操作。忽略前几行命令:
mysqlbinlog -o 3 binlog.000001
这个例子将忽略二进制日志文件
binlog.000001
中的前三行命令。将行事件重构为 SQL 语句:
mysqlbinlog -v binlog.000001
这个例子将把二进制日志文件
binlog.000001
中的行事件重构为对应的 SQL 语句。将行事件重构为 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服务器才可以生效。