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 记录的是对于每个页的更改的物理状况。
- 写入的工夫也不同。二进制日志文件仅在事务提交前进行提交，即只写磁盘一次，不管这时该事务多大。而在事务进行的过程中，却一直有重做日志被写入。