概述

MySQL日志记录了MySQL服务器的各种行为，MySQL中日志有如下几种：

类型

描述

Error Log

记录 MySQL启动，运行，停止过程

General Query Log

记录客户端的连接以及接受的SQL

Binary Log

记录改变数据的语句(通常用于复制)

Relay Log

记录 从Master上接受到的数据变更

Slow Query Log

记录慢查询

DDL Log

记录DDL

在Windows平台，默认情况下只有Error Log是开启的

1. 错误日志 Error Log

错误日志记录了当mysql启动、停止和运行过程中发生任何严重错误时的相关信息，以便排错，可通过配置项log-error=[file-name] 来指定错误日志文件位置，默认文件名为 hostname.err，位于data目录下。.

2. 查询日志General Query Log

查询日志记录了客户端的所有语句

启用查询日志：

Java代码  

[mysqld]

general_log[={0|1}] # 设为1或不设值则代表启用

general_log_file = file_name # 指定日志文件名，若不配置该项则默认为hostname.log，hostname为主机名，位于data目录下

关于log-output配置项

该选项指定日志输出到哪里，该选项对查询日志和慢查询日志都有效

Java代码  

[mysqld]

log-output=[value,...]

value 可取值为FILE，TABLE和NONE

FILE表示记录到文件中，TABLE表示记录到mysql.general_log表中，NONE表示不记录，可以设置多个，用逗号隔开，但只要设置了NONE，则即使设置了FILE或者TABLE也不会记录

3. 二进制日志 Binary Log

二进制日志记录了对数据库的所有更改数据的操作，意味着包括update，select等，不包括select，show等，此外，二进制日志同时也会记住更改操作的执行时间点和执行时长。

二进制日志主要有两方面的用途：

1.恢复(Recovery)：某些数据的恢复需要二进制日志，如当一个数据库全备文件恢复后，可以通过二进制日志进行Point-In-Time恢复

2.复制(Replication)：Master通过将二进制日志发给Slave，Slave将日志存到Relay Log中，然后Slave中的进程/线程再从Relay Log中读取记录执行数据更改操作，从而达到数据一致的目的

二进制日志默认是不开启的，我们可以再配置文件中 用log-bin[=name] 配置项启用：

Ini代码  

log_bin = mysql_bin

按上面配置后，MySQL会把二进制日志写到data目录下文件名为mysql_bin.00001，mysql_bin.00002....的文件中，同时data目录下还会有个文件名为mysql_bin.index的文件，该文件用来存储所有的二进制日志文件的文件名。

和二进制日志相关的配置项有如下：

max_binlog_size：指定单个二进制日志文件的最大大小，单位为字节，默认为1GB

binlog_cache_size：当使用事务时，未提交的事务二进制日志会写到缓存中，等到提交时才把缓存中的写到磁盘中，而该参数指定了缓存的大小，默认为32KB，该参数是基于会话的，当一个线程开始一个事务时，都会申请一个该参数指定大小的缓冲区，所以不能设太大，另外，当该缓存用完时MySQL会把日志写入到一个临时文件中，因此也不能设的太小。通过show global status查看binlog_cache_use和binlog_cache_disk_use，前者表示写缓冲二进制日志的次数，后者表示写临时文件日志的次数，从而调整适应当前生产环境

sync_binlog：表示写缓冲多少次就将缓冲区的日志刷到磁盘中，设为1则表示不使用缓冲，每次写日志都直接写到磁盘中

binlog-do-db：要写二进制日志的数据库

binlog-ignore-db：不用写二进制日志的数据库

log-slave-update：如果当前MySQL为Slave，那么默认是不会把从Master那里接受到的binlog写入到自己的binlog中的，如果想这么做，那么加上该配置即可，在Master -> Slave1 -> Slave2 这种情况下非尾的Slave必须配置该项。

binlog_format：二进制日志的格式，可选值：STATEMENT、ROW和MIXED

STATEMENT：记录的是SQL语句，在语句中使用了如UUID，TIMESTAMP等时会导致数据不一致的问题

ROW：记录表的行更改情况，解决了上面说的数据不一致问题

MIXED：混合使用，根据语句具体情况来判断使用STATEMENT还是ROW

binlog_format是动态参数，可以在运行时改变

Sql代码  

setsession binlog_format = row;

或者

setglobalbinlog_format = row;

可以使用mysqlbinlog来查看二进制日志：

查看当前格式

删除二进制日志的一些方法

1.用reset master 命令删除所有binlog文件，之后的文件将重新于000001后缀开始命名

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

3.执行 "PURGE MASTER LOGS BEFORE 'yyyy-mm-dd hh24:mi:ss'" 命令，该命令将删除日期为 'yyyy-dd-dd hh24:mi:ss'之前的所有日志。

4.设置mysqld组的配置项 expire_logs_days=n, n指定了过期天数，过了指定的天数后，日志文件将被自动删除

4. 慢查询日志

慢查询日志记录了所有执行事件超过参数long_query_time(秒) 指定的时长并且扫描记录数不小于min_examined_row_limit的所有SQL语句的日志(获得表锁定的事件不算执行时间)

在默认情况下，管理语句(如ALTER TABLE，ANALYZE TABLE，CHECK TABLE，CREATE INDEX，DROP INDEX，OPTIMIZE TABLE和REPAIR TABLE)和不使用索引进行查询的语句不会记录到慢查询日志中，

如想启用，则分别用参数--log-slow-admin-statements和log_queries_not_using_indexes设置

启用慢查询日志：

Java代码  

[mysqld]

slow_query_log[={0|1} # 不设置或设为1则启用

slow_query_log_file[=file_name] # 指定日志文件名，若不配置该项则默认为hostname-slow.log，hostname为主机名，位于data目录下

logout配置项同样对慢查询日志有效。

5. DDL日志

DDL语句顾名思义就是记录DDL语句的，mysql用此文件来从执行ddl语句down掉时恢复，日志记录到data目录下的ddl_log.log中；该文件为二进制文件，每次mysqld成功启动，该文件都将被删除；

该文件最大大小为1048573字节，即4GB

参考：http://dev.mysql.com/doc/refman/5.7/en/server-logs.html

http://lixiaohui.iteye.com/blog/2351504