②⑩ 【MySQL Log】详解MySQL日志：错误日志、二进制日志、查询日志、慢查询日志-蒲公英云

在这里插入图片描述

个人简介：Java领域新星创作者；阿里云技术博主、星级博主、专家博主；正在Java学习的路上摸爬滚打，记录学习的过程~
个人主页：.29.的博客
学习社区：进去逛一逛~

MySQL日志

②⑩ MySQL日志：错误日志、二进制日志、查询日志、慢查询日志
- 1. 错误日志
- 1. 二进制日志
- 1. 查询日志
- 1. 慢查询日志
- ?常见日志的用途与一些面试题

②⑩ MySQL日志：错误日志、二进制日志、查询日志、慢查询日志

1. 错误日志

错误日志：

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

该日志是默认开启 的，默认存放目录/var/log/,默认的日志文件名为mysqld.log。

?查看日志位置：
- SHOW VARIABLES LIKE ‘%log_error%’;

2. 二进制日志

二进制日志：

二进制日志(BINLOG)记录了所有的DDL(数据定义语言)语句和DML(数据操纵语言)语句，但不包括数据查询(SELECT、SHOW)
语句。

二进制日志 - 作用：

①灾难时的数据恢复；
②MySQL的主从复制。在MySQL8版本中，默认二进制日志是开启着的；

?查看二进制日志位置、参数：
- SHOW VARIABLES LIKE ‘%log_bin%’;

二进制日志 - 格式：

MySQL服务器提供了多种格式来记录二进制日志：

?查看默认的二进制日志格式：
- — ROW
  SHOW VARIABLES LIKE ‘%binlog_format%’;

查看二进制日志：

由于日志是以二进制方式存储的，不能直接读取，需要通过二进制日志查询工具mysqlbinlog 来查看：

# 查看命令（命令行）
mysqlbinlog [ 参数选项 ] logfilename
#参数选项：
-d   #指定数据库名称，只列出指定的数据库相关操作。
-o   #忽略掉日志中的前n行命令。
-v   #将行事件(数据变更)重构为SQL语句
-vv  #将行事件(数据变更)重构为SQL语句，并输出注释信息

删除二进制日志：

对于比较繁忙的业务系统，每天生成的binlog数据巨大，如果长时间不清除，将会占用大量磁盘空间。

以下是清理二进制日志的 3种方式（命令行指令）：

也可以在mysql的配置文件中配置二进制日志的过期时间，设置了之后，二进制日志过期会自动删除。
- — 查看二进制日志的过期时间
  SHOW VARIABLES LIKE ‘%binlog_expire_logs_seconds%’;

3. 查询日志

查询日志：

查询日志中记录了客户端的所有操作语句，而二进制日志不包含查询数据的SQL语句。默认情况下，查询日志是未开启
的。

?查看查询日志相关参数：
- SHOW VARIABLES LIKE ‘%general%’;
如果需要开启查询日志，可以修改MySQL配置文件/etc/my.cnf，添加以下内容：
- 该选项用来开启查询日志，可选值：0或者1；0代表关闭，1代表开启
  general_log=1
  设置日志的文件名，如果没有指定，默认的文件名为host_name.log
  general_log_file=mysql_query.log

4. 慢查询日志

慢查询日志：

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

如果需要开启或设置慢查询日志，可以修改MySQL配置文件/etc/my.cnf，添加以下内容：
- 该选项用来开启慢查询日志，可选值：0或者1；0代表关闭，1代表开启
  slow_query_log=1
  设置执行时间参数，默认为10秒，最小为0
  long_query_time=2
  记录执行较慢的管理语句
  log_slow_admin_statements=1
  记录执行较慢的未使用索引的语句
  log_queries_not_using_indexes= 1

?常见日志的用途与一些面试题

慢查询日志（Slow Query Log）：
- 用途： 记录执行时间超过阈值的 SQL 查询语句，用于分析和优化性能。
- 配置： 可通过配置文件或动态设置 slow_query_log 参数启用，并设置 long_query_time 参数来指定查询执行时间的阈值。
二进制日志（Binary Log）：
- 用途： 记录对数据库进行的修改操作，用于主从复制、点播恢复等。
- 内容： 记录了对数据库执行的所有修改操作的语句或者原始二进制数据。
- 配置： 通过配置文件或动态设置 log_bin 参数启用。
重做日志（Redo Log）：
- 用途： 保证事务的持久性，记录事务对数据库所做的所有修改。
- 内容： 记录事务对数据页的物理修改，而不是逻辑修改。
- 配置： 配置文件中设置 innodb_log_group_home_dir 和 innodb_log_files_in_group 参数。
撤销日志（Undo Log）：
- 用途： 保证事务的原子性，用于事务的回滚和 MVCC 实现。
- 内容： 记录事务对数据页的逻辑修改，以支持事务的回滚。
- 配置： 通常无需人工配置，由存储引擎自动管理。

Redo Log 如何保证事务的持久性？

Redo Log 记录了事务对数据页的物理修改。在事务提交之前，相关的 Redo Log 记录必须被写入磁盘，确保即使在数据库崩溃时，可以通过重做日志重新应用这些修改，从而保证事务的持久性。

页修改之后为什么不直接刷盘呢？

直接将每次页修改刷盘到磁盘会导致频繁的磁盘写入，影响性能。因此，数据库系统采用了一种称为“写前日志（Write-Ahead Logging）”的策略。在写前日志中，首先将修改操作写入重做日志，然后将相应的数据页在内存中进行修改，最后由后台的刷盘线程负责将修改过的数据页刷入磁盘。

binlog 和 redolog 有什么区别？

二进制日志（Binary Log）：
- 记录了对数据库执行的所有修改操作，是逻辑日志。
- 用于主从复制、点播恢复等。
- 可以配置为基于语句、基于行或混合模式。
重做日志（Redo Log）：
- 记录事务对数据库的物理修改，是物理日志。
- 用于保证事务的持久性。
- 特定于存储引擎，InnoDB 使用重做日志。

Undo Log 如何保证事务的原子性？