MySQL基础-日志

零、本文纲要

一、错误日志

二、二进制日志【重点】

1. 作用【重点】
2. 格式
3. 删除

三、查询日志

四、慢查询日志

一、错误日志

查看错误日志相关信息指令：show variables like '%log_error%';

mysql> show variables like '%log_error%';
+----------------------------+----------------------------------------+
| Variable_name              | Value                                  |
+----------------------------+----------------------------------------+
| binlog_error_action        | ABORT_SERVER                           |
| log_error                  | /var/log/mysqld.log                    |
| log_error_services         | log_filter_internal; log_sink_internal |
| log_error_suppression_list |                                        |
| log_error_verbosity        | 2                                      |
+----------------------------+----------------------------------------+
5 rows in set (0.00 sec)

可以看到错误日志默认存放在/var/log/目录下。

可以通过Linux的tail指令查看文件内容，如：
tail -50 /var/log/mysqld.log 指定查看末尾50行记录；
tail -f /var/log/mysqld.log 动态查看错误日志；

二、二进制日志【重点】

二进制日志（BINLOG）记录了所有的 DDL（数据定义语言）语句和 DML（数据操纵语言）语句，但不包括数据查询（SELECT、SHOW）语句。

1. 作用【重点】

① 灾难时的数据恢复；
② MySQL的主从复制。

查看二进制日志相关信息指令：show variables like '%log_bin%';

mysql> show variables like '%log_bin%';
+---------------------------------+-----------------------------+
| Variable_name                   | Value                       |
+---------------------------------+-----------------------------+
| log_bin                         | ON                          |
| log_bin_basename                | /var/lib/mysql/binlog       |
| log_bin_index                   | /var/lib/mysql/binlog.index |
| log_bin_trust_function_creators | OFF                         |
| log_bin_use_v1_row_events       | OFF                         |
| sql_log_bin                     | ON                          |
+---------------------------------+-----------------------------+
6 rows in set (0.00 sec)

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

可以切换到对应目录查看具体文件，也可以直接查看 binlog.index 文件的内容，如下：

[root@localhost mysql]# cat binlog.index 
./binlog.000039
./binlog.000040
./binlog.000041
./binlog.000042

2. 格式

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

可以通过指令 show variables like '%binlog_format%'; 查看当前mysql默认的二进制日志格式：

mysql> show variables like '%binlog_format%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW   |
+---------------+-------+
1 row in set (0.00 sec)

• ① ROW

例如我们执行SQL：UPDATE test.stu SET age = 1 WHERE id = 3;

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

此时我们使用指令：mysqlbinlog -v binlog.000042 查看二进制日志，如下：

### UPDATE `test`.`stu`
### WHERE
###   @1=3
###   @2='stark'
###   @3=3
### SET
###   @1=3
###   @2='stark'
###   @3=1

从截取的日志内容中可以看到ROW格式下保存了数据变化前的内容WHERE，以及变化后的内容SET。

• ② STATEMENT

我们只需要修改默认配置文件，重启mysql服务即可。

往配置文件末尾追加配置：echo 'binlog_format=STATEMENT' >> /etc/my.cnf ，此时我们已配置成功。
重启mysql服务：systemctl restart mysqld。

mysql> show variables like '%binlog_format%';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+
1 row in set (0.00 sec)

可以看到此时已经成功切换为STATEMENT格式。而且此时生成了新的日志文件./binlog.000043用于记录STATEMENT日志，如下：

[root@localhost mysql]# cat binlog.index 
./binlog.000039
./binlog.000040
./binlog.000041
./binlog.000042
./binlog.000043

此时查看二进制日志文件 mysqlbinlog binlog.000043 ，可以直接看到SQL语句，如下：

/* ApplicationName=DataGrip 2021.2.2 */ UPDATE test.stu SET age = 3 WHERE id = 3

3. 删除

查看系统默认的二进制日志清理时间：show variables like '%binlog_expire_logs_seconds%';

mysql> show variables like '%binlog_expire_logs_seconds%';
+----------------------------+---------+
| Variable_name              | Value   |
+----------------------------+---------+
| binlog_expire_logs_seconds | 2592000 |
+----------------------------+---------+
1 row in set (0.01 sec)

可以看到默认是 2592000秒(30天) 。实际生产环境中二进制日志非常庞大，会占用海量的磁盘空间，因此我们需要跟据实际情况调整删除策略，或者手动删除。

删除策略仅需在 /etc/my.cnf 配置文件中配置 binlog_expire_logs_seconds 属性即可。

指令	含义
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" 之前产生的所有日志

三、查询日志

查询日志中记录了客户端的【所有】操作语句，而二进制日志不包含查询数据的SQL语句。

注意：查询日志默认是没有开启的，可以通过 show variables like '%general%'; 查看，如下：

mysql> show variables like '%general%';
+------------------+------------------------------+
| Variable_name    | Value                        |
+------------------+------------------------------+
| general_log      | OFF                          |
| general_log_file | /var/lib/mysql/localhost.log |
+------------------+------------------------------+
2 rows in set (0.00 sec)

使用指令向mysql配置文件追加配置，如下：
echo 'general_log=1' >> /etc/my.cnf，该指令开启查询日志，0则为关闭；
echo 'general_log_file=mysql_query.log' >> /etc/my.cnf，该指令设置查询日志文件名，默认为 host_name.log ，此处为 localhost.log。

在比较繁忙的业务系统中查询日志会非常庞大，一般不建议开启。

四、慢查询日志

慢查询日志记录了所有执行时间超过参数 long_query_time 设置值并且扫描记录数不小于 min_examined_row_limit 的所有的SQL语句的日志，【默认未开启】。

long_query_time 默认为10 秒，最小为 0， 精度可以到微秒。

在配置文件中配置/etc/my.cnf慢查询日志，如下：

#慢查询日志
slow_query_log=1
#执行时间参数
long_query_time=2

默认情况下，不会记录管理语句，也不会记录不使用索引进行查找的查询。
可以使用 log_slow_admin_statements 和 log_queries_not_using_indexes 更改此行为。

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

五、结尾

以上即为MySQL基础-日志的全部内容，感谢阅读。