• 错误日志
• 二进制日志
  • 概述
  • 日志格式
  • 日志读取
  • 日志删除
• 查询日志
• 慢查询日志
  • 文件位置和格式
  • 日志的读取

错误日志

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

该日志是默认开启的，默认存放目录为 MySQL 的数据目录：var/lib/mysql

默认的日志文件名为 hostname.err（hostname 是主机名）。

查看日志位置指令 ：

show variables like 'log_error%';

查看日志内容：

tail -f /var/lib/mysql/xaxh-server.err

二进制日志

概述

二进制日志（BINLOG）记录了所有的 DDL（数据定义语言）语句和 DML（数据操纵语言）语句，但是 不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用，MySQL 的主从复制，就是通过该 binlog 实现的。

二进制日志，默认情况下是没有开启的，需要到 MySQL 的配置文件中开启，并配置 MySQL 日志的格式。

配置文件位置: /usr/my.cnf

日志存放位置: 配置时，给定了文件名但是没有指定路径，日志默认写入 MySQL 的数据目录。

# 配置开启 binlog 日志，
# 日志的文件前缀为 mysqlbin
# 生成的文件名如: mysqlbin.000001，mysqlbin.000002
log_bin=mysqlbin

#配置二进制日志的格式
binlog_format=STATEMENT

日志格式

STATEMENT

该日志格式在日志文件中记录的都是 SQL 语句（statement），每一条对数据进行修改的 SQL 都会记录在日志文件中，通过 MySQL 提供的 mysqlbinlog 工具，可以清晰的查看到每条语句的文本。

主从复制的时候，从库（slave）会将日志解析为原文本，并在从库重新执行一次。

ROW

该日志格式在日志文件中记录的是每一行的数据变更，而不是记录 SQL 语句。

比如，执行 SQL 语句：update tb_book set status='1'

如果是 STATEMENT 日志格式，在日志中会记录一行 SQL 文件；

如果是 ROW，由于是对全表进行更新，也就是每一行记录都会发生变更，ROW 格式的日志中会记录每一行的数据变更。

MIXED

这是目前 MySQL 默认的日志格式，即混合了 STATEMENT 和 ROW 两种格式。

默认情况下采用 STATEMENT，但是在一些特殊情况下采用 ROW 来进行记录。

MIXED 格式能尽量利用两种模式的优点，而避开他们的缺点。

日志读取

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

mysqlbinlog log-file；

查看 STATEMENT 格式日志

执行插入语句：

insert into tb_book values(null,'Lucene','2088-05-01','0');

查看日志文件 ：

mysqlbin.index: 该文件是日志索引文件，记录日志的文件名。

mysqlbing.000001：日志文件。

查看日志内容：

mysqlbinlog mysqlbing.000001；

查看 ROW 格式日志

配置:

# 配置开启 binlog 日志， 
# 日志的文件前缀为 mysqlbin
# 生成的文件名如 : mysqlbin.000001，mysqlbin.000002
log_bin=mysqlbin

# 配置二进制日志的格式
binlog_format=ROW

插入数据 :

insert into tb_book values(null,'SpringCloud实战','2088-05-05','0');

如果日志格式是 ROW，直接查看数据，是查看不懂的，可以在 mysqlbinlog 后面加上参数 -vv

mysqlbinlog -vv mysqlbin.000002 

日志删除

对于比较繁忙的系统，由于每天生成日志量大，这些日志如果长时间不清楚，将会占用大量的磁盘空间。下面我们将会讲解几种删除日志的常见方法：

• 方式一

通过 Reset Master 指令删除全部 binlog 日志，删除之后，日志编号，将从 xxxx.000001 重新开始 。

查询之前，先查询下日志文件：

执行删除日志指令：

Reset Master

执行之后，查看日志文件：

• 方式二

执行指令 purge master logs to 'mysqlbin.******'，该命令将删除 ****** 编号之前的所有日志。

• 方式三

执行指令：purge master logs before 'yyyy-mm-dd hh24:mi:ss'

该命令将删除日志为 yyyy-mm-dd hh24:mi:ss 之前产生的所有日志。

• 方式四

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

配置如下：

查询日志

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

默认情况下，查询日志是未开启的。如果需要开启查询日志，可以设置以下配置：

#该选项用来开启查询日志
#可选值：0 或者 1 ；0 代表关闭， 1 代表开启 
general_log=1

#设置日志的文件名，如果没有指定，默认的文件名为 host_name.log 
general_log_file=file_name

在 MySQL 的配置文件 /usr/my.cnf 中配置如下内容：

配置完毕之后，在数据库执行以下操作：

select * from tb_book;
select * from tb_book where id = 1;
update tb_book set name = 'lucene入门指南' where id = 5;
select * from tb_book where id < 8;

执行完毕之后， 再次来查询日志文件：

慢查询日志

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

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

文件位置和格式

慢查询日志默认是关闭的。可以通过两个参数来控制慢查询日志：

# 该参数用来控制慢查询日志是否开启
#可取值： 1 和 0 ， 1 代表开启， 0 代表关闭
slow_query_log=1 

# 该参数用来指定慢查询日志的文件名
slow_query_log_file=slow_query.log

# 该选项用来配置查询的时间限制
#超过这个时间将认为值慢查询，将需要进行日志记录
#默认10s
long_query_time=10

日志的读取

和错误日志、查询日志一样，慢查询日志记录的格式也是纯文本，可以被直接读取。

1）查询 long_query_time 的值。

2）执行查询操作

select id, title,price,num ,status from tb_item where id = 1;

由于该语句执行时间很短，为 0s，所以不会记录在慢查询日志中。

select * from tb_item where title like '%阿尔卡特 (OT-927) 炭黑 联通3G手机 双卡双待165454%' ;

该 SQL 语句，执行时长为 26.77s，超过 10s，所以会记录在慢查询日志文件中。

3）查看慢查询日志文件

直接通过 cat 指令查询该日志文件：

如果慢查询日志内容很多，直接查看文件，比较麻烦。

这个时候可以借助于 MySQL 自带的 mysqldumpslow 工具，来对慢查询日志进行分类汇总。