MySQL 运维 日志 -- 错误日志二进制日志查询日志慢查询日志

Posted 2022-04-27 CodeJiao

文章目录

• 1. 错误日志
• 2. 二进制日志
• • 2.1 介绍
  • 2.2 格式
  • 2.3 查看
  • 2.4 删除
• 3. 查询日志
• 4. 慢查询日志（可以记录用时较长的SQL）
• • 4.1 开启慢查询日志
  • 4.2 慢查询日志测试
  • 4.3 补充说明

1. 错误日志

错误日志是 mysql 中最重要的日志之一，它记录了当 mysqld 启动和停止时，以及服务器在运行过程中发生任何严重错误时的相关信息。当数据库出现任何故障导致无法正常使用时，建议首先查看此日志。

该日志是默认开启的，默认存放目录 /var/log/，默认的日志文件名为 mysqld.log 。查看日志位置：

show variables like '%log_error%';

示例：

打开一个连接，持续追踪错误日志。

# 持续追踪错误日志
tail -f /var/log/mysqld.log

复制一个连接，去制造一个错误

# 编辑mysql配置文件
vim /var/lib/mysql/auto.cnf

现在去重启MySQL服务

 systemctl restart mysqld;

我们现在去查看错误日志

然后我们把配置文件改回去就可以重启成功了。

---

2. 二进制日志

---

2.1 介绍

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

作用：

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

在MySQL8版本中，默认二进制日志是开启着的，涉及到的参数如下：

show variables like '%log_bin%';

参数说明：

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

我们去查看 binlog.index 文件，查看当前服务器关联的 binlog 文件有哪些。

---

2.2 格式

MySQL服务器中提供了多种格式来记录二进制日志，具体格式及特点如下：

# 查看现在的日志格式
show variables like '%binlog_format%';

如果我们需要配置二进制日志的格式，只需要在 /etc/my.cnf 中配置 binlog_format 参数即可，但是需要重启MySQL服务才会生效。

# 编辑配置文件
vim /etc/my.cnf

---

2.3 查看

由于日志是以二进制方式存储的，不能直接读取，需要通过二进制日志查询工具 mysqlbinlog 来查看，具体语法：

说明：如果日志格式是ROW，则需要加上参数 -v 或者 -w才可以看到日志信息。

---

2.4 删除

对于比较繁忙的业务系统，每天生成的binlog数据巨大，如果长时间不清除，将会占用大量磁盘空间。可以通过以下几种方式清理日志：

也可以在MySQL的配置文件中配置二进制日志的过期时间，设置了之后，二进制日志过期会自动删除。

# 查看日志文件保存时长
show variables like '%binlog_expire_logs_seconds%';

也可以自己去配置文件里面设置二进制日志的保存时间，设置完成后保存退出然后重启MySQL服务。

# 编辑配置文件
vim /etc/my.cnf

---

3. 查询日志

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

show variables like '%general%';

如果需要开启查询日志，可以修改MySQL的配置文件 /etc/my.cnf 文件

# 编辑配置文件
vim /etc/my.cnf

添加如下内容：然后保存退出并重启MySQL服务

#该选项用来开启查询日志  可选值 ： 0 或者 1 ； 0 代表关闭， 1 代表开启 
general_log=1 
#设置日志的文件名 ， 如果没有指定， 默认的文件名为 host_name.log(我这里是本机, 所有host为localhost)
general_log_file=mysql_query.log

开启了查询日志之后，在MySQL的数据存放目录，也就是 /var/lib/mysql/ 目录下就会出现mysql_query.log 文件。之后所有的客户端的增删改查操作都会记录在该日志文件之中，长时间运行后，该日志文件将会非常大。

---

4. 慢查询日志（可以记录用时较长的SQL）

慢查询日志记录了所有执行时间超过参数 long_query_time 设置值并且扫描记录数不小于 min_examined_row_limit 的所有的SQL语句的日志，默认未开启。long_query_time 默认为10 秒，最小为 0， 精度可以到微秒。

MySQL的慢查询日志默认没有开启，我们可以查看一下系统变量 slow_query_log。

show variables like 'slow_query_log';

---

4.1 开启慢查询日志

如果要开启慢查询日志，需要在MySQL的配置文件（/etc/my.cnf）中配置如下信息：

# 编辑/etc/my.cnf
vim /etc/my.cnf
# 开启MySQL慢日志查询开关 
slow_query_log=1 
# 设置慢日志的时间为2秒，SQL语句执行时间超过2秒，就会视为慢查询，记录慢查询日志 
long_query_time=2

VIM编辑器介绍使用

配置完毕之后，通过以下指令重新启动MySQL服务器进行测试

# 重新启动MySQL服务器
systemctl restart mysqld

查看慢日志文件中记录的信息/var/lib/mysql/localhost-slow.log。

然后，再次查看开关情况，慢查询日志就已经打开了。

---

4.2 慢查询日志测试

执行如下SQL语句 ：

select * from tb_user; -- 这条SQL执行效率比较高, 执行耗时 40ms 
select count(*) from tb_sku; -- 由于tb_sku表中, 预先存入了1000w的记录, count一次,耗时 13.35 s

检查慢查询日志:

最终我们发现，在慢查询日志中，只会记录执行时间超多我们预设时间（2s）的SQL，执行较快的SQL是不会记录的。

那这样，通过慢查询日志，就可以定位出执行效率比较低的SQL，从而有针对性的进行优化。

---

4.3 补充说明

默认情况下，不会记录管理语句，也不会记录不使用索引进行查找的查询。可以使用log_slow_admin_statements和 更改此行为 log_queries_not_using_indexes，如下所述。还是使用vim编辑器编辑/etc/my.cnf文件并追加下面的内容。

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

---

---