Mysql 数据库 查看登录日志 mysql如何查看日志log

MySQL日志

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

• 1. 错误日志
• 2. 二进制日志
• 3. 查询日志
• 4. 慢查询日志
• 🚀常见日志的用途 与 一些面试题

---

②⑩ 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

• 
  

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

1. 慢查询日志（Slow Query Log）：

• 用途： 记录执行时间超过阈值的 SQL 查询语句，用于分析和优化性能。
• 配置： 可通过配置文件或动态设置 slow_query_log 参数启用，并设置 long_query_time 参数来指定查询执行时间的阈值。

2. 二进制日志（Binary Log）：

• 用途： 记录对数据库进行的修改操作，用于主从复制、点播恢复等。
• 内容： 记录了对数据库执行的所有修改操作的语句或者原始二进制数据。
• 配置： 通过配置文件或动态设置 log_bin 参数启用。

3. 重做日志（Redo Log）：

• 用途： 保证事务的持久性，记录事务对数据库所做的所有修改。
• 内容： 记录事务对数据页的物理修改，而不是逻辑修改。
• 配置： 配置文件中设置 innodb_log_group_home_dir 和 innodb_log_files_in_group 参数。

4. 撤销日志（Undo Log）：

• 用途： 保证事务的原子性，用于事务的回滚和 MVCC 实现。
• 内容： 记录事务对数据页的逻辑修改，以支持事务的回滚。
• 配置： 通常无需人工配置，由存储引擎自动管理。

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

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

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

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

binlog 和 redolog 有什么区别？

• 二进制日志（Binary Log）：

• 记录了对数据库执行的所有修改操作，是逻辑日志。
• 用于主从复制、点播恢复等。
• 可以配置为基于语句、基于行或混合模式。

• 重做日志（Redo Log）：

• 记录事务对数据库的物理修改，是物理日志。
• 用于保证事务的持久性。
• 特定于存储引擎，InnoDB 使用重做日志。

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

• 撤销日志（Undo Log）用于记录事务对数据的逻辑修改，包括在事务执行过程中对数据的修改和删除操作。如果事务需要回滚，系统可以使用 Undo Log 来撤销已经执行的事务，将数据恢复到事务开始之前的状态，从而保证事务的原子性。 Undo Log 通常以回滚段的形式存在，由存储引擎自动管理。

---