MySQL 第20天 MySQL日志 错误日志、二进制日志、查询日志和慢查询日志

MySQL日志

在任何一种数据库中,都会有各种各样的日志,记录着数据库工作的方方面面,以帮助数据
库管理员追踪数据库曾经发生过的各种事件
在 MySQL 中,有 4 种不同的日志,分别是错误日志、二进制日志(BINLOG 日志)、查询日志和慢查询日志

错误日志

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

可以用--log-error[=file_name]选项来指定 mysqld
( MySQL 服务器)保存错误日志文件的位置。
如果没有给定 file_name 值,mysqld 使用错误日志名 host_name.err(host_name 为主机名)
并默认在参数 DATADIR(数据目录)指定的目录中写入日志文件

二进制日志

二进制日志(BINLOG)记录了所有的 DDL(数据定义语言)语句和 DML(数据操纵语言)
语句,但是不包括数据查询语句。语句以“事件”的形式保存,它描述了数据的更改过程。
此日志对于灾难时的数据恢复起着极其重要的作用

日志的位置和格式当用--log-bin[=file_name]选项启动时, mysqld 将包含所有更新数据的 SQL 命令写入日志文件。
如果没有给出 file_name 值,默认名为主机名后面跟“-bin”。如果给出了文件名,但没有包
含路径,则文件默认被写入参数 DATADIR(数据目录)指定的目录。

日志的读取由于日志以二进制方式存储,不能直接读取,需要用 mysqlbinlog 工具来查看,语法如下

shell> mysqlbinlog log-file;

日志的删除对于比较繁忙的 OLTP(在线事务处理)系统,由于每天生成日志量大,这些日志如果长时
间不清除,将会对磁盘空间带来很大的浪费。因此,定期删除日志是 DBA 维护 MySQL 数据
库的一个重要工作内容。下面将介绍几种删除日志的常见方法。

1.方法 1执行“RESET MASTER;”命令,该命令将删除所有 BINLOG 日志,新日志编号从“000001”
开始

2.方法 2执行“PURGE MASTER LOGS TO 'mysql-bin.******'”命令,该命令将删除“******”编号之前
的所有日志

3.方法 3执行“PURGE MASTER LOGS BEFORE 'yyyy-mm-dd hh24:mi:ss'”命令,该命令将删除日期为
“yyyy-mm-dd hh24:mi:ss”之前产生的所有日志

mysql> system ls -ltr localhost-bin*     查看日志

4.方法 4设置参数--expire_logs_days=#,此参数的含义是设置日志的过期天数,过了指定的天数后日
志将会被自动删除,这样将将有利于减少 DBA 管理日志的工作量。

其他选项二进制日志由于记录了数据的变化过程,对于数据的完整性和安全性起着非常重要的作用。
因此,MySQL 还提供了一些其他参数选项来进行更小粒度的管理,具体介绍如下。
 --binlog-do-db=db_name

该选项告诉主服务器,如果当前的数据库(即 USE 选定的数据库)是 db_name,应将更新记录
到二进制日志中。其他所有没有显式指定的数据库更新将被忽略,不记录在日志中。

 --binlog-ignore-db=db_name

该选项告诉主服务器,如果当前的数据库(即 USE 选定的数据库)是 db_name,不应将更新保
存到二进制日志中,其他没有显式忽略的数据库都将进行记录。

--innodb-safe-binlog

此选项经常和--sync-binlog=N(每写 N 次日志同步磁盘)一起配合使用,使得事务在日志中

的记录更加安全。
 SET SQL_LOG_BIN=0

具有 SUPER 权限的客户端可以通过此语句禁止将自己的语句记入二进制记录。这个选项在
某些环境下是有用的,但是使用时一定要小心,因为它很可能造成日志记录的不完整或者在
复制环境中造成主从数据的不一致。

查询日志

查询日志记录了客户端的所有语句,而二进制日志不包含只查询数据的语句。

日志的位置和格式当用--log[=file_name]或-l [file_name]选项启动 mysqld(MySQL 服务器)时,查询日志开始被
记录。和其他日志一样,如果没有给定 file_name 的值,日志将写入参数 DATADIR(数据目
录)指定的路径下,默认文件名是 host_name.log。

日志的读取因为查询日志记录的格式是纯文本,因此可以直接进行读取。

注意:log 日志中记录了所有数据库的操作,对于访问频繁的系统,此日志对系统性能的影响较
大,建议一般情况下关

慢查询日志

慢查询日志记录了包含所有执行时间超过参数 long_query_time(单位:秒)所设置值的 SQL
语句的日志。获得表锁定的时间不算作执行时间。

文件位置和格式

当用--log-slow-queries[=file_name]选项启动 mysqld(MySQL 服务器)时,慢查询日志开始被
记录。和前面几种日志一样,如果没有给定 file_name 的值,日志将写入参数 DATADIR(数
据目录)指定的路径下,默认文件名是 host_name-slow.log。

日志的读取

和错误日志、查询日志一样,慢查询日志记录的格式也是纯文本,可以被直接读取。
(1)首先查询一下 long_query_time 的值

mysql> show variables like 'long%';

(2)为了方便测试,将修改慢查询时间为 2 秒

mysql> set long_query_time=2;

(3）操作
(4)查看慢查询日志

[root@localhost mysql]# more localhost-slow.log

如果慢查询日志中记录内容很多,可以使用 mysqldumpslow 工具(MySQL 客户端安装自带)
来对慢查询日志进行分类汇总。

注意:慢查询日志对于我们发现应用中有性能问题的 SQL 很有帮助,建议正常情况下,打开此日志并经常查看分析。

小结

 系统故障时,建议首先查看错误日志,以帮助用户迅速定位故障原因。
 如果要记录数据的变更、数据的备份、数据的复制等操作时,二进制日志必须打开,以
帮助用户进行数据恢复等操作。默认不记录此日志,建议通过--log-bin 选项将此日志打开。
 如果希望记录数据库发生的任何操作,包括 SELECT,则需要用--log 将查询日志打开,
此日志默认关闭,一般情况下建议不要打开此日志,以免影响系统整体性能。
 如 果 希 望 查 看 系 统 的 性 能 问 题 , 希 望 找 到 有 性 能 问 题 的 SQL 语 句 , 则 需 要 用
--log-slow-queries 打开慢查询日志。对于大量的慢查询日志,建议使用 mysqldumpslow 工具
来进行汇总查看。