MySQL 数据库中常见的日志文件有:

  • 错误日志(error log)
  • 二进制日志(binlog)
  • 慢查询日志(slow query log)
  • 查询日志(log)

错误日志

错误日志文件对 MySQL 的启动、运行、关闭过程进行了记录。该文件不仅记录了所有的错误信息,也记录了一些警告信息或正确的信息。

可以通过 show variables like 'log_error' 来定位该日志文件。

慢查询日志

慢查询日志中记录的是语句执行时间超过阈值(long_query_time)的SQL。该阈值默认是10,代表10秒。

默认情况下,MySQL 数据库并不启动慢查询日志。可以通过修改 long_slow_queries 参数来开启。

慢 SQL 日志中还可以记录没有使用索引的 SQL,通过参数 log_queries_not_using_indexes 参数来开启。

查询日志

查询日志中记录了所有对 MySQL 数据库请求的信息,无论这些请求是否得到了正确的执行。

二进制日志

二进制日志(bin log)记录了对 MySQL 数据库执行更改的所有操作,但是不包括 SELECT 和 SHOW 这类操作。

二进制日志主要有以下几种作用:’

  • 恢复
  • 复制
  • 审计

二进制日志文件在默认情况下没有启动,需要手动指定参数(log-bin)来启动。根据 MySQL 官方手册中的测试表示,开启二进制日志会使性能下降 1%

二进制日志文件中, 有几个参数影响二进制日志记录的信息和行为:

  • max_binlog_size:指定了单个二进制日志文件的最大值,如果超过该值,则产生新的二进制日志文件,后缀名 +1,并记录到 .index 文件。
  • binlog_format:指定了记录二进制日志的格式。该参数可设的值有 STATEMENTROWMIXED

    • STATEMENT:二进制日志文件记录的是日志的逻辑 SQL 语句。
    • ROW:二进制日志记录的不再是简单的 SQL 语句了,而是记录表的行更改情况。当一行数据发生改变后,记录的是当前行最新状态的值。在此状态下,日志文件占内存最大。
    • MIXED:默认采用 STATEMENT 格式进行二进制日志文件的记录,但是在一些情况下,会使用 ROW 格式。

    当前参数的设置可以通过命令:SET GLOBAL binlog_format='ROW'

InnoDB 存储引擎文件

上面的文件是 MySQL 数据库本身的文件,和存储引擎无关,InnoDB 存储引擎还有自己独有的文件,这些文件包括重做日志文件、表空间文件。

表空间文件

InnoDB 将存储的数据按表空间(tablespace)进行存放的设计。在默认配置下会有一个初始大小为 10MB,名为 ibdata1 的文件。

重做日志文件(redo log)

在默认情况下,在 InnoDB 存储引擎的数据目录下会有两个名为 ib_logfile0ib_logfile1 的文件。

每个 InnoDB 存储引擎至少有 1 个重做日志文件组,每个文件组下至少有 2 个重做日志文件。在日志组中每个重做日志的大小一致,并以循环写入的方式运行。InnoDB 存储引擎先写重做日志文件1,当达到文件的最后时,会切换至重做日志文件2,再当重做日志2也被写满时,会再切换到重做日志文件 1 中。

重做日志文件的大小设置对于 InnoDB 存储引擎的性能有着非常大的影响。一方面重做日志文件不能设置得太大,如果设置得很大,在恢复时可能需要很长的时间;另一方面又不能设置得太小了,否则可能导致一个事务的日志需要多次切换重做日志文件。此外,重做日志太小会导致频繁地发生 async checkpoint,导致性能的抖动。

重做日志中有个 capacity 变量,该值代表了最后的检查点不能超过这个阈值,如果超过则必须将缓冲池中部分脏页写回磁盘,这时会导致用户线程的阻塞。

重做日志和二进制记录的都是事务日志,但和二进制文件是有差别的。

  • 二进制日志记录所有与 MySQL 数据库有关的日志文件,redo log 只记录 InnoDB 存储引擎的日志。
  • 记录的内容不同。二进制日志文件记录的是关于一个事务的具体操作内容,redo log 记录的是关于每个页的更改的物理情况。
  • 写入的时间也不同。二进制日志文件仅在事务提交前进行提交,即只写磁盘一次,不论这时该事务多大。而在事务进行的过程中,却不断有重做日志被写入。

代码笔耕
0 声望1 粉丝