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
:指定了记录二进制日志的格式。该参数可设的值有STATEMENT
、ROW
和MIXED
。- STATEMENT:二进制日志文件记录的是日志的逻辑 SQL 语句。
- ROW:二进制日志记录的不再是简单的 SQL 语句了,而是记录表的行更改情况。当一行数据发生改变后,记录的是当前行最新状态的值。在此状态下,日志文件占内存最大。
- MIXED:默认采用 STATEMENT 格式进行二进制日志文件的记录,但是在一些情况下,会使用 ROW 格式。
当前参数的设置可以通过命令:
SET GLOBAL binlog_format='ROW'
InnoDB 存储引擎文件
上面的文件是 MySQL 数据库本身的文件,和存储引擎无关,InnoDB 存储引擎还有自己独有的文件,这些文件包括重做日志文件、表空间文件。
表空间文件
InnoDB 将存储的数据按表空间(tablespace)进行存放的设计。在默认配置下会有一个初始大小为 10MB,名为 ibdata1 的文件。
重做日志文件(redo log)
在默认情况下,在 InnoDB 存储引擎的数据目录下会有两个名为 ib_logfile0
和 ib_logfile1
的文件。
每个 InnoDB 存储引擎至少有 1 个重做日志文件组,每个文件组下至少有 2 个重做日志文件。在日志组中每个重做日志的大小一致,并以循环写入的方式运行。InnoDB 存储引擎先写重做日志文件1,当达到文件的最后时,会切换至重做日志文件2,再当重做日志2也被写满时,会再切换到重做日志文件 1 中。
重做日志文件的大小设置对于 InnoDB 存储引擎的性能有着非常大的影响。一方面重做日志文件不能设置得太大,如果设置得很大,在恢复时可能需要很长的时间;另一方面又不能设置得太小了,否则可能导致一个事务的日志需要多次切换重做日志文件。此外,重做日志太小会导致频繁地发生 async checkpoint,导致性能的抖动。
重做日志中有个 capacity 变量,该值代表了最后的检查点不能超过这个阈值,如果超过则必须将缓冲池中部分脏页写回磁盘,这时会导致用户线程的阻塞。
重做日志和二进制记录的都是事务日志,但和二进制文件是有差别的。
- 二进制日志记录所有与 MySQL 数据库有关的日志文件,redo log 只记录 InnoDB 存储引擎的日志。
- 记录的内容不同。二进制日志文件记录的是关于一个事务的具体操作内容,redo log 记录的是关于每个页的更改的物理情况。
- 写入的时间也不同。二进制日志文件仅在事务提交前进行提交,即只写磁盘一次,不论这时该事务多大。而在事务进行的过程中,却不断有重做日志被写入。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。