MySQL中的日志主要分为以下几种:

    查询日志

    慢查询日志

    错误日志

    二进制日志

    中继日志

    事务日志


说明:

支持本文实验使用的linux系统是CentOS7版本,使用的数据库是base源自带的MariaDB,数据库使用的存储引擎使用默认的InnoDB


1、查询日志

记录查询语句、日志存储位置

日志的存放位置有两个地方:一是存储在指定文件中,一是存储在指定的表中。考虑到I/O压力,一般二者不会同时记录

MariaDB [mysql]>  SHOW VARIABLES LIKE 'general%';
+------------------+-------------+
| Variable_name    | Value       |
+------------------+-------------+
| general_log      | ON          |
| general_log_file | centos7.log |
+------------------+-------------+
2 rows in set (0.00 sec)
#general_log默认是关闭的

从上述代码可以看出,查询日志具有两个变量;

下面来查看general_log表的详细信息:

MariaDB [mysql]> DESC  general_log;
+--------------+------------------+------+-----+-------------------+-----------------------------+
| Field        | Type             | Null | Key | Default           | Extra                       |
+--------------+------------------+------+-----+-------------------+-----------------------------+
| event_time   | timestamp(6)     | NO   |     | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
| user_host    | mediumtext       | NO   |     | NULL              |                             |
| thread_id    | int(11)          | NO   |     | NULL              |                             |
| server_id    | int(10) unsigned | NO   |     | NULL              |                             |
| command_type | varchar(64)      | NO   |     | NULL              |                             |
| argument     | mediumtext       | NO   |     | NULL              |                             |
+--------------+------------------+------+-----+-------------------+-----------------------------+
6 rows in set (0.00 sec)

事件时间

用户主机

事件的进程id

服务id

命令类型

参数

以上这些信息构成了general_log的主要内容,即记录的查询日志的操作内容可以通过上述信息显示

SET @@global.general_log=ON; 
#默认此变量是全局的,但是修改后能够立即生效

开启查询日志后,接着我们进行一些查询操作如:

SELECT user,host,password FROM mysql.user;

这些查询操作就会被记录到日志文件centos7.log文件中,此文件是默认文件可以修改。而此文件的存放路径是相对路径即/var/lib/mysql/

cat  /var/lib/mysql/centos7.log 
#能看到记录的查询操作了

以上演示的是日志信息记录在文件中,日志还可以记录在指定表中,只要修改一个变量即可:

SET @@global.log_output=TABLE;
#默认是FILE

关于表的日志记录与文件记录类似,不再演示


2、慢查询日志

慢查询:一条查询指令运行时间超出一定时长的操作,这种操作会对用户的体验大打折扣,应该尽量避免

一般建议启动此慢查询日志功能

MariaDB [mysql]> SELECT @@global.long_query_time;
+--------------------------+
| @@global.long_query_time |
+--------------------------+
|                10.000000 |
+--------------------------+
1 row in set (0.00 sec)

默认的慢查询时间是10秒钟

SELECT @@global.slow_query_log;
#默认关闭慢查询日志
SELECT @@global.slow_query_log_file;
#默认文件名称为主机名-slow.log,如centos7-slow.log 
SELECT @@global.log_output;  
#默认是文件记录

并不是所有的指令执行时间超过10秒钟都会记录,其是有一个过滤器的

SELECT @@global.log_slow_filter;
#此变量指定的指令才会使用慢查询

慢查询日志的用法与general_log的基本相同,不再赘述


3、错误日志

顾名思义,记录错误信息,主要记录如下几类信息:

(1) mysqld启动和关闭过程中输出的信息; 

(2) mysqld运行中产生的错误信息; 

(3) event scheduler运行时产生的信息;

(4) 主从复制架构中,从服务器复制线程启动时产生的日志;

错误日志是否开启,可以使用下述命令查看

SELECT @@global.log_error;
#默认是开启的,即指定具体日志文件路径 如/var/log/mariadb/mariadb.log 
#如果未开启,则查询的结果是OFF


4、二进制日志

用于记录引起数据改变或存在引起数据改变的潜在可能性的语句(STATEMENT)或改变后的结果(ROW),也可能是二者混合;

作用:

    重放 (replay),即发生故障时可以使用二进制日志重新操作一遍故障发生前的指令

试想一下,在进行了全量备份数据库后,过了一天主数据库设备突然出现故障,这时我们虽然能够使用全量备份来恢复数据库,但是前一天的数据还未来得及备份,也就是说

少了一天的数据,这种情况下就可以使用二进制日志恢复缺失的一天的信息;

下面举个例子说明二进制日志在数据恢复中的重要作用:

  •     创建数据库、表,插入数据

CREATE DATABASE RDBMS;
USE RDBMS;
CREATE TABLE tbl (id int primary key,name char(30) not null,age int not null);
INSERT INTO tbl VALUES (1,'xiao wang',20),(2,'xiao li',22);
  • 检查信息

MariaDB [RDBMS]> DESC tbl;         
+-------+----------+------+-----+---------+-------+
| Field | Type     | Null | Key | Default | Extra |
+-------+----------+------+-----+---------+-------+
| id    | int(11)  | NO   | PRI | NULL    |       |
| name  | char(30) | NO   |     | NULL    |       |
| age   | int(11)  | NO   |     | NULL    |       |
+-------+----------+------+-----+---------+-------+
3 rows in set (0.00 sec)

MariaDB [RDBMS]> SELECT * FROM tbl;
+----+-----------+-----+
| id | name      | age |
+----+-----------+-----+
|  1 | xiao wang |  20 |
|  2 | xiao li   |  22 |
+----+-----------+-----+
2 rows in set (0.00 sec)
  • 修改mysql的服务配置文件,开启二进制日志功能

rpm -ql mariadb-server
#可以查到配置文件的位置
vim /etc/my.cnf.d/server.cnf
[server]
log_bin = /app/logs/master-log
#指定二进制日志的存放路径,之所以在配置文件修改而不用命令行,是因为命令行不支持开启二进制日志功能
#注意要先创建/app/logs目录,并授权mysql用户权限,让偶重启mysql服务
  • 查看二进制日志信息

SHOW MASTER|BINARY LOGS;
#查看二进制日志文件列表
SHOW MASTER STATUS;
#查看当前正在使用的二进制日志文件
SHOW BINLOG EVENTS IN 'master-log.000001';
#查看二进制日志文件的事件信息
  • 将当前数据库进行全量备份

mysqlbinlog  -uroot -p master-log.000001 > /root/binlog.sql
#binlog.sql就是备份的数据库文件
#mysqlbinlog是mysql自带的二进制日志工具

当在全新的备份服务器上就行恢复时

mysql < /root/binlog.sql

按上述方式恢复即可


在/app/logs/下的二进制文件是无法直接使用cat或less查看的,所以需要使用mysqlbinlog专用工具

mysqlbinlog  -uroot -pcentos master-log.000007 -j 430 --stop-position=874
#-j 指定开始位置
#--stop-position指定结束位置

查看的内容包含以下信息:

事件的起始位置# at 553

事件发生的日期时间:#160831  9:56:08

事件发生的服务器id:server id 1

事件的结束位置:end_log_pos 624

事件的类型:Query

事件发生时所在服务器执行此事件的线程的ID: thread_id=2 

语句的时间戳与将其写入二进制日志文件中的时间差:exec_time=0

错误代码:error_code=0

设定事件发生时的时间戳:SET TIMESTAMP=1472608568/*!*/;

事件内容:BEGIN


以上就是关于mysql日志的简单介绍