MySQL Server层四个日志的实现

一、MySQL Server层日志简介

一个mysql client发起一个连接请求，处理请求的过程如下图所示：

在这里插入图片描述

MySQL日志是在MySQL server上生成的，不管更改哪个存储引擎，这些日志都是需要有的，包括：

错误日志：记录mysqld服务运行过程中出现的cordump、error、exception等
查询日志：记录客户端所有的SQL。由于上线项目的SQL太多了，开启查询日志IO太多导致MySQL效率低下，我们一般都不会开启，只有调试时才开启
二进制日志：记录数据的更改（insert、update、delete、alter …），非常重要，可用于数据恢复，主从复制。主从复制技术依赖于log_bin，主库所有的更改操作都记录在log_bin里，从库从binlog读取主库所有的操作，自己再执行一遍。
慢查询日志：记录了一些执行时间超过指定值的SQL语句，可供开发人员分析耗时SQL，从而针对性优化

查看日志相关变量

在这里插入图片描述

二、配置文件参数

my.cnf

在这里插入图片描述

通过set方法只能影响当前session，如果想要配置永久有效，需要在配置文件上进行设置，然后重启MySQL服务，就可以永久生效

linux下重启mysqld服务的命令：sudo service mysqld restart

我们查看一下配置文件/etc/mysql/my.cnf

在这里插入图片描述

给出log-error的路径就是开启了log-error，如果不自定义log-error的路径，默认在data_dir
在开启log-bin=mysql-bin的同时还要加上server-id=1(表示当前MySQL Server的身份），否则sudo service mysqld restart无法重启服务
设置过期的时间expire_log_days，因为总有一天磁盘会被这个日志占满，导致服务器不可运行，超过设置时间后日志文件会被删除

三、错误日志

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

mysqld 使用的错误日志名为 host_name.err(host_name 为主机名) ，并默认在参数data_dir(数据目录)指定的目录中写入日志文件

四、查询日志

查询日志记录了client发送的所有SQL语句

由于上线项目sql特别多，开启查询日志IO太多导致MySQL效率低，我们一般都不会开启，只有在调试时才开启，比如通过查看sql发现热点数据从而可以进行缓存

show global variables like '%genera%';

在这里插入图片描述

五、二进制日志

不是明文，不能直接查看，需要通过mysqlbinlog工具（mysql原生自带）解析binlog日志文件

二进制日志(BINLOG)记录了所有的 DDL(数据定义语言)语句和 DML(数据操纵语言) 语句，但是不包括数据查询语句（不记录select操作，记录的是数据库的更改操作）

语句以“事件”的形式保存，它描述了数据的更改过程。二进制日志对于灾难时的数据恢复起着极其重要的作用。

两个重要的应用场景：主从复制、数据恢复

主从复制：主库所有的更新操作（update、delete、insert、alter …）都记录在binlog中，从库读主库的binlog，把binlog的所有操作在从库上在进行一遍

查看当前的binlog：

show binary logs; -- show master logs;

在这里插入图片描述

binlog默认在MySQL的data_dir下

在这里插入图片描述

1. 演示binlog记录更改

我们先刷新一下，生成一个新的binlog

在这里插入图片描述

切换数据库

在这里插入图片描述

更改一下数据

在这里插入图片描述

再次查看binlog

在这里插入图片描述

我们发现日志的filesize和刚才的不一样了，肯定记录我们刚才的数据更改操作

如果我们直接cat日志查看，会发现不是明文，无法直接查看

在这里插入图片描述

我们需要通过mysqlbinlog进行查看，如下：

mysqlbinlog --no-defaults --database=school --base64-output=decode-rows -v --start-datetime='2022-03-01 00:00:00' --stop-datetime='2022-03-31 00:00:00' mysql-bin.000001 | more