Mysql中错误日志、binlog日志、查询日志、慢查询日志简单介绍

前言

数据库的日志是帮助数据库管理员，追踪分析数据库以前发生的各种事件的有力根据。mysql中提供了错误日志、binlog日志(二进制日志)、查处日志、慢查询日志。在此，我力求解决下面问题：各个日志的作用是什么？如何去控制这些日志呢？如何去使用这些日志提供的信息呢？

错误日志

1.错误日志作用

错误日志记录了mysql启动和停止时。以及server执行过程中发生不论什么严重性错误的相关信息。当数据库出现不论什么故障导致无法启动时候。比方mysql启动异常。我们可首先检查此日志。在mysql中，错误日志日志（还有其它日志），不只能够存储在文件里。当然还能够存储到数据的表中。至于实现方式。笔者也正在研究中···

2.错误日志控制与使用

1.配置

通过log-error=[file-name]来配置（在mysql的配置文件里），假设没有指定file_name，mysqld使用错误日志名为host_name.err(host_name为主机名)。并默认在參数datadir（保存数据的文件夹）指定的文件夹中写入日志文件。

比方我本地使用的是WampServer集成环境

当中log-error=D:/wamp/logs/mysql.log

例如以下图

假设我将log-error凝视掉（#log-error=D:/wamp/logs/mysql.log），重新启动server。则能够查看到错误日志文件在datadir指定的文件夹下

2.查看错误日志

错误日志的格式：时间 [错误级别] 错误信息

假设你感觉通过mysql配置文件来定位错误日志所在位置比較麻烦。你全然能够通过再client通过命令来查看错误日志所在位置

使用命令式：show variables like 'log_error';

下面是mysql启动日志

二进制日志

1.作用

二进制日志（又叫binlog日志）记录了全部的DDL（数据定义语言）语句和DML（数据操作语言）语句。可是不包含数据查询语句。语句是以“事件”的形式保存的，它描写叙述数据更改的过程。该日志的两个主要功能是：数据的恢复与数据的复制。

数据的恢复：MySQL本身具备数据备份和恢复功能。

比方，我们每天午夜12:00进行数据的备份。

假设某天，下午13:00,数据库出现问题。导致数据库内容丢失。

我们能够通过二进制日志解决问题。解决思路是。能够先将前一天午夜12:00的数据备份文件恢复到数据库，然后再使用二进制日志回复从前一天午夜12:00到当天13:00对数据库的操作。

数据复制：MySQL支持主从server间的数据复制功能，并通过该功能实现数据库的冗余机制以保证数据库的可用性和提高数据库德性能。MySQL正是通过二进制日志实现数据的传递。

主server上的二进制日志内容会被发送到各个从server上。并在每一个从server上运行，从而保证了主从server之间数据的一致性。

2.二进制日志控制与使用

1.开启

在默认情况下，mySQL不会记录二进制日志。如何才干开启MySQL的二进制日志记录功能呢？

我们能够通过MySQL的配置文件来控制MySQL启动二进制日志记录功能。通过改动參数log-bin=[base_name]来启动MySQL二进制日志。

mySQL会将改动的数据库内容的语句记录到以 base_name-bin.0000x为名的日志文件里。当中bin代表binary。后缀00000x代表二进制日志文件的顺序，每次启动Mysql，日志文件顺序会自己主动加1.假设base_name未定义。MySQL将使用pid-file參数设置的值作为二进制日志文件的基础名字。

比方我将log-bin文件名称定为mybinlog。那么将会在D:/wamp/bin/mysql/mysql5.6.17/data文件夹下，生成mybinlog.00000x的二进制日志文件。

二进制日志文件例如以下图

通过使用show variables like'log_bin'检查bin-log日志是否开启。

2.查看

MySQL二进制日志主要是供MySQL内部使用的。并非为了数据库管理员阅读使用，因此，二进制日志与其它日志一个重要的不同就是，二进制文件的格式不是文本格式，其内容不能通过记事本直接查看，为了便于管理员管理。MySQL提供了mysqlbinlog工具查看二进制日志内容。

比方：mysqlbinlog D:wampinmysqlmysql5.6.17datamybinlog.000003

运行结果例如以下：

如今我们来做一个測试。看看bin日志是否记录了我更新数据库的操作

比方我将数据表t2中id2=2的那行记录的id1改为5。然后在查询二进制日志文件，看是否记录了我的操作。

结果和明显，二进制文件记录了我改动数据库的操作，而且还记录了我是改动那个数据库里面的数据，至于我查询语句。它并没有记录。

3.二进制日志的删除

相应比較方繁忙的系统来说，因为每天生成大量的日志，这些日子假设长时间不清楚（或转移），将会对磁盘空间带来非常大的浪费。因此。定期删除日志是DBA维护MYSQL数据库的一个重要的内容。

1.通过reset master 命令

运行reset master命令，该命令将删除全部的binlog日志。新的日志文件的编号从000001開始。

2.通过purege master logs to命令

通过运行purge master logs to'base_name.xxxxxx'，删除‘xxxxxx'编号之前的全部日志。以下我将删除mybinlog.000003之前的全部日志。

例如以下图：

3.通过purge master logs beffor '时间' 命令

运行purge master logs beffor '时间' 表示删除'时间'之前的全部日志。比方删除2016-04-01 00:00:00之前的全部日志。命令例如以下：

purge master logs beffor '2016-04-01 00:00:00';

4.通过在配置文件里设置參数expire_logs_days

通过设置參数expire_logs_days=#，来指定日志过期的天数，过了指定的天数，日志将会被自己主动删除，这个是我比較喜欢的方式。比方设置expire_logs_day=3,代表3天后会被自己主动删除。

4.二进制日志重要參数说明

max_binlog_size：指定单个二进制日志文件的最大值，假设超过该值，则产生新的二进制日志文件，后缀名+1。并记录到.index文件里。

binlog_cache_size:缓存区大小

sync_binlog:表示没写缓存多少次就同步到磁盘。假设将N设置为1，表示採用同步写到磁盘的方式写进二进制文件。

MySQL中系统默认的设置是sync_binlog=0。也就是不做不论什么强制性的磁盘刷新指令。这时候的性能是最好的，可是风险也是最大的。由于一旦系统Crash。在binlog_cache中的全部binlog信息都会被丢失。而当设置为“1”的时候，是最安全可是性能损耗最大的设置。由于当设置为1的时候。即使系统Crash。也最多丢失binlog_cache中未完毕的一个事务，对实际数据没有不论什么实质性影响。

binlog-do-db：须要记录哪些数据库的日子，默认值为空，表示将全部库日志同步到二进制日志中。

binlog-ignore-db：须要忽略哪些数据库的日子

log-slave-update:搭建主从数据库时候须要配置

binglog_format:可选值有statement（记录逻辑sql语句）、row（记录表的行更动情况）、mixed