mysql日志系统的简单使用教程

前言

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件之一。

在任何一种数据库中，都会有各种各样的日志，记录着数据库工作的方方面面，以帮助数据库管理员追踪数据库曾 经发生过的各种事件。
在 MySQL 中，有 4 种不同的日志，分别是

• 错误日志
• 二进制日志 （BINLOG 日志）
• 查询日志
• 慢查询日志

这些日志记录着数据库在不同方面的踪迹，学会使用mysql日志对我们使用和维护数据库有很大帮助。

一、错误日志

错误日志是 MySQL 中最重要的日志之一，它记录了当 mysqld 启动和停止时，以及服务器在运行过程中发生任何严重错误时的相关信息。当数据库出现任何故障导致无法正常使用时，可以首先查看此日志。
该日志是默认开启的 ， 默认存放目录为 mysql 的数据目录（var/lib/mysql）, 默认的日志文件名为 hostname.err（hostname是主机名）。

1、查看日志位置

show variables like 'log_error%';

2、查看日志内容

tail -f /var/lib/mysql/xxx.err

二、二进制日志

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

1、开启二进制日志

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

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

#配置开启binlog日志， 日志的文件前缀为 mysqlbin -----> 生成的文件名如 : mysqlbin.000001,mysqlbin.000002 
log_bin=mysqlbin
 
#配置二进制日志的格式 
binlog_format=STATEMENT

2、二进制日志格式

（1）STATEMENT

该日志格式在日志文件中记录的都是SQL语句（statement），每一条对数据进行修改的SQL都会记录在日志文件中，通过Mysql提供的mysqlbinlog工具，可以清晰的查看到每条语句的文本。主从复制的时候，从库（slave）会将日志解析为原文本，并在从库重新执行一次。

（2）ROW

该日志格式在日志文件中记录的是每一行的数据变更，而不是记录SQL语句。比如，执行SQL语句 ：update tb_book set status='1' , 如果是STATEMENT 日志格式，在日志中会记录一行SQL文件； 如果是ROW，由于是对全表进行更新，也就是每一行记录都会发生变更，ROW 格式的日志中会记录每一行的数据变更。

（3）MIXED

这是目前MySQL默认的日志格式，即混合了STATEMENT 和 ROW两种格式。默认情况下采用STATEMENT，但是在一些特殊情况下采用ROW来进行记录。MIXED 格式能尽量利用两种模式的优点，而避开他们的缺点。

3、日志读取

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

mysqlbinlog log-file; 

4、查看STATEMENT格式日志

（1）执行插入语句

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

（2）在mysql数据文件目录找到二进制文件

mysqlbin.index是日志索引文件，记录日志的文件名。mysql-bin.000001是日志文件

（3）查看日志文件

5、查看ROW格式日志

（1）在配置文件中进行配置

#配置开启binlog日志， 日志的文件前缀为 mysqlbin -----> 生成的文件名如 : mysqlbin.000001,mysqlbin.000002 
log_bin=mysqlbin
 
#配置二进制日志的格式 
binlog_format=ROW 

注：每次修改配置文件都记得重启mysql服务

service mysql restart

（2）插入数据

如果日志格式是ROW，直接查看数据是看不懂的，可以在mysqlbinlog后面加上参数-vv使用--no-defaults参数可以避免字符集带来的影响

6、

6、日志删除

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

（1）方法一

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

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

执行删除日志指令

Reset Master

再查询一下

最后剩下的000001是一个空的配置文件

（2）方法二

purge master logs to 'mysqlbin.******

该命令将删除******编号之前的所有日志

（3）方法三

purge master logs vefore 'yyyy-mm-dd hh24:mi:ss'

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

（4）方法四

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

三、查询日志

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

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

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

1、开启查询日志

2、执行一组操作

3、查看查询日志

四、慢查询日志

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

1、文件位置和格式

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

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

一般设置成2s左右就可以了，在我的实验中，为了完成慢查询，我设置成了0.5s

在mysql客户端下可以查询到当前的long_query_time

2、执行查询操作

（1）查询之前先看一眼慢查询日志

（2）执行一个比较快的查询动作

（3）执行一个慢的查询动作

如果慢查询日志内容很多， 直接查看文件，比较麻烦， 这个时候可以借助于mysql自带的 mysqldumpslow 工具， 来对慢查询日志进行分类汇总。

由于这里只有一条慢查询记录，没有体现出mysqldumpslow的作用，但如果慢查询记录多，就可以分类汇总

总结