MySQL日志

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

错误日志

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

mysql> show variables like "log_error%";

查看日志内容

[root@VM-0-6-centos ~]# tail -f /var/log/mysqld.log

二进制日志

概述

二进制日志（BINLOG）记录了所有的DDL（数据定义语言）语句和DML（数据操纵语言）语句，但是不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用，MySQL的主从复制，就是通过该binlog实现的。
二进制日志，默认情况下是没有开启的，需要到MySQL的配置文件中开启，并配置MySQL日志的格式。
配置文件位置：

find / -name "my.cnf"

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

#编辑配置文件
vi /etc/my.cnf
#配置开启binlog日志，log_bin日志目录必须和datadir目录一致否则容易报错，并设置日志的文件前缀为mysqlbin --> 生成的文件名如：mysqlbin.0001,mysqlbin.0002
server-id = 1
log_bin=/var/lib/mysql/mysqlbin
#配置二进制日志的格式
binlog_format=STATEMENT

#重启mysql服务
systemctl restart mysqld

日志格式

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

1）查看STATEMENT格式日志：
插入数据

#执行插入语句
insert into city values(null,"海口",1);

查看日志文件：

mysqlbin.index：该文件是日志索引文件，记录日志的文件名；
mysqlbin.000001：日志文件
查看日志内容：

mysqlbinlog  /var/lib/mysql/mysqlbin.000003

2）查看ROW格式日志：
配置

#编辑配置文件
vi /etc/my.cnf
#配置开启binlog日志，log_bin日志目录必须和datadir目录一致否则容易报错，并设置日志的文件前缀为mysqlbin --> 生成的文件名如：mysqlbin.0001,mysqlbin.0002
server-id = 1
log_bin=/var/lib/mysql/mysqlbin
#配置二进制日志的格式
binlog_format=ROW

#重启mysql服务
systemctl restart mysqld

更新数据：

#执行更新语句
update city set city_name="深圳" where city_id=5;

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

mysqlbinlog -vv /var/lib/mysql/mysqlbin.000003

日志删除

对于比较繁忙的系统，由于每天生成日志量大，这些日志如果长时间不清除，将会占用大量的磁盘空间。现在介绍几种删除日志常见方法：
1）方式一：（在mysql服务中执行）
通过Reset Master指令删除全部binlog日志，删除全部binlog日志，删除之后，日志编号，将从xxxx.00001重新开始。
删除之前先查询下日志文件：

执行删除日志指令：

方式二：
执行指令 purge master logs to “mysqlbin.*****”，该命令将删除 *****编号之前的所有日志。
方式三：
执行指令 purge master logs before “yyy-mm-dd hh24:mi:ss”，该命令将删除 日志为"yyy-mm-dd hh24:mi:ss"之前的所有日志。
方式四：
设置参数 --expire_logs_days=#，此参数的含义是设置日志的过期天数，过了指定的天数后日志将会被自动删除，这样将有利于减少DBA管理日志的工作量。
配置如下：

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

expire_logs_days=3

#重启mysql服务
systemctl restart mysqld

查询日志

查询日志中记录了客户端的所有操作语句，而二进制日志不包含查询数据的SQL语句。
默认情况下，查询日志是未开启的。如果需要开启查询日志，可以设置一下配置：

# 该选项用来开启查询日志，可选值：0或者1，0代表关闭，1代表开启
general_log=1
#设置日志的文件名，如果没有指定，默认的文件名为：host_name.log
general_log_file=file_name
# 例如
general_log_file=/var/lib/mysql/query_log.log

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

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

general_log=1
general_log_file=/var/lib/mysql/query_log.log

#重启mysql服务
systemctl restart mysqld

查看查询日志

select * from  city where city_id=1;

tail f /var/lib/mysql/query_log.log

慢查询日志

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

文件位置和格式

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

# 该参数用来控制慢查询日志是否开启，可选值：0或者1，0代表关闭，1代表开启
slow_query_log=1
# 该参数用来指定慢查询日志的文件名
slow_query_log_file=slow_query.log
#例如
slow_query_log_file=/var/lib/mysql/slow_query.log
# 该选项用来配置查询的时间限制，超过这个时间将认为值为慢查询，将需要进行日志记录，默认10s
long_query_time=10

日志的读取

1）查看long_query_time的值

mysql> show variables like 'long_query_time';

2）实时查看慢查询日志文件变化

tail -f   /var/lib/mysql/slow_query.log

3）通过mysql自带工具mysqldumpslow工具，来对慢查询日志进行汇总

mysqldumpslow /var/lib/mysql/slow_query.log