MySQL 日志文件有哪些？
MySQL 使用多种日志文件来确保数据一致性、持久性、故障恢复、复制以及性能分析和审计。这些日志在数据库运行中扮演着至关重要的角色。以下是 MySQL 中主要的日志文件类型：
二进制日志 (Binary Log / Binlog)
作用：
复制 (Replication) 的基础： 记录所有对数据库进行更改的语句（如
INSERT,UPDATE,DELETE,CREATE TABLE,ALTER TABLE等 DDL 和 DML），并以事件形式存储。Slave 服务器通过读取 Master 的 Binlog 来进行数据同步。数据恢复 (Point-in-Time Recovery)： 可用于将数据库恢复到某个特定的时间点（结合全量备份）。
级别：
STATEMENT：记录逻辑 SQL 语句。优点是日志量小，缺点是某些函数/语句在 Master 和 Slave 上执行结果可能不一致（如NOW(),RAND()）。ROW：记录被修改的每一行数据的变化（默认且推荐）。优点是复制更安全、精确，缺点是日志量可能非常大（尤其影响大批量更新）。MIXED：混合模式。通常记录 SQL 语句，但在可能引发复制不一致的情况下自动切换到记录行变化。文件：
mysql-bin.000001,mysql-bin.000002, ... 及对应的索引文件mysql-bin.index。关键配置：
log_bin = [file_name]：启用 Binlog 并指定基础文件名。binlog_format = ROW | STATEMENT | MIXED：设置日志格式。expire_logs_days = N：设置 Binlog 自动清理的天数。max_binlog_size = size：设置单个 Binlog 文件的最大大小（默认为 1G）。sync_binlog = N：控制 Binlog 写入磁盘的频率（N=1最安全但性能开销最大，表示每次事务提交都同步）。重做日志 (Redo Log) - InnoDB 特有
作用： 确保 ACID 中的持久性 (Durability)。
记录对 InnoDB 数据页所做的物理修改。
在事务提交时，先将修改写入 Redo Log（顺序 I/O，速度快），然后再异步地将脏页刷新到磁盘数据文件中（随机 I/O，速度慢）。
当数据库意外崩溃重启时，InnoDB 使用 Redo Log 来重放 (replay) 崩溃前已提交但尚未写入数据文件的事务，以及回滚未提交的事务（结合 Undo Log），保证数据不丢失。
文件： 通常是
ib_logfile0和ib_logfile1（默认配置下有两个文件组成一个循环写入的组）。关键配置：
innodb_log_file_size = size：设置每个 Redo Log 文件的大小（通常建议设置为 1G - 4G，具体取决于系统负载和写密集程度）。innodb_log_files_in_group = N：设置 Redo Log 文件组的文件数量（默认为 2）。innodb_log_buffer_size = size：设置内存中 Redo Log 缓冲区的大小（对于高写入负载，适当增大可减少磁盘 I/O）。innodb_flush_log_at_trx_commit = N：极其重要！控制 Redo Log 刷新到磁盘的策略，直接影响持久性和性能：N=0：每秒写日志文件并刷新一次（性能最好，崩溃可能丢失约 1 秒数据）。N=1：每次事务提交都写日志文件并刷新到磁盘（最安全，性能开销最大，默认值）。N=2：每次事务提交都写日志文件，但每秒刷新一次磁盘（OS 崩溃可能导致丢失约 1 秒数据）。回滚日志 (Undo Log) - InnoDB 特有
作用： 确保 ACID 中的原子性 (Atomicity) 和 一致性 (Consistency)。
记录事务开始前旧版本的数据（逻辑日志）。
用于：
事务回滚 (Rollback)： 如果事务需要回滚，InnoDB 使用 Undo Log 来撤销事务对数据的修改。
多版本并发控制 (MVCC)： 提供数据行的历史版本，使其他事务能看到数据在特定时间点的快照（Read View），从而实现非锁定读（一致性读）。
存储：
在 MySQL 5.6 及之前：存储在共享表空间
ibdata1中的 Undo Segments。在 MySQL 5.7 及之后（推荐）：可以配置为存储在独立的 Undo 表空间 (
undo_001,undo_002, ...) 中（通过innodb_undo_tablespaces配置数量）。关键配置：
innodb_undo_directory = path：指定独立 Undo 表空间的存储路径。innodb_undo_tablespaces = N：设置独立 Undo 表空间的数量（默认 0，表示使用系统表空间；>=2 启用独立表空间）。innodb_undo_logs = N：设置 Undo Log 的槽位数（默认为 128，通常够用）。innodb_undo_log_truncate = ON/OFF：启用/禁用自动截断 Undo 表空间（需要独立表空间且innodb_undo_tablespaces >= 2）。innodb_max_undo_log_size = size：触发 Undo 表空间截断的阈值。错误日志 (Error Log)
作用：
记录 MySQL 服务器启动、运行、关闭过程中的诊断消息、警告和错误信息。
是排查 MySQL 运行问题（启动失败、崩溃、性能瓶颈警告、InnoDB 监控输出等）的首要查看点。
文件： 默认名称通常是
hostname.err（在数据目录下）。可通过配置指定。关键配置：
log_error = [file_name]：指定错误日志文件的路径和名称。log_error_verbosity = [1,2,3]：控制日志详细程度（2 是默认，包含错误和警告；3 包含信息性消息）。慢查询日志 (Slow Query Log)
作用：
记录执行时间超过指定阈值 (
long_query_time) 的 SQL 查询语句。记录未使用索引的查询语句（如果
log_queries_not_using_indexes = ON）。性能分析和优化的关键工具，用于找出执行效率低下的 SQL。
文件： 默认名称通常是
hostname-slow.log（在数据目录下）。可通过配置指定。关键配置：
slow_query_log = 1：启用慢查询日志。slow_query_log_file = [file_name]：指定慢查询日志文件的路径和名称。long_query_time = N：设置慢查询的时间阈值（单位：秒，可支持小数如 0.001 表示毫秒）。log_queries_not_using_indexes = ON/OFF：是否记录未使用索引的查询（即使执行很快）。log_slow_admin_statements = ON/OFF：是否记录管理语句（如OPTIMIZE TABLE,ANALYZE TABLE）。log_output = FILE | TABLE | NONE：指定慢查询日志输出目的地（FILE到文件，TABLE到mysql.slow_log表）通用查询日志 (General Query Log)
作用：
记录所有到达 MySQL 服务器的客户端连接和执行的 SQL 语句（无论成功与否）。
用于审计、跟踪所有数据库活动。对性能影响较大（因为记录所有操作），通常在需要详细审计时才开启。
文件： 默认名称通常是
hostname.log（在数据目录下）。可通过配置指定。关键配置：
general_log = 1：启用通用查询日志。general_log_file = [file_name]：指定通用查询日志文件的路径和名称。log_output = FILE | TABLE | NONE：指定输出目的地（FILE到文件，TABLE到mysql.general_log表）中继日志 (Relay Log) - 复制 Slave 端特有
作用：
在 Slave 服务器上存在。
从 Master 接收到的 Binlog 事件首先被写入 Slave 的 Relay Log。
Slave 的 SQL 线程 (
Slave_SQL_Running) 读取 Relay Log 中的事件并应用到 Slave 数据库。本质上就是 Slave 端的 Binlog，格式和 Binlog 一致。
文件：
relay-bin.000001,relay-bin.000002, ... 及对应的索引文件relay-bin.index和中继日志信息文件relay-log.info。管理： SQL 线程应用完 Relay Log 中的事件后，会自动清理旧文件（受
relay_log_purge控制）。
总结与关键点：
核心保障： Binlog (复制/恢复)、Redo Log (持久性)、Undo Log (原子性/MVCC) 共同保障了 InnoDB 的事务特性和高可用性。
性能诊断： 错误日志、慢查询日志是诊断服务器问题和优化 SQL 性能的关键。
审计跟踪： 通用查询日志提供最详细的审计记录（慎用，性能开销大）。
配置位置： 这些日志的启用、路径、大小等参数主要在 MySQL 配置文件
my.cnf/my.ini中设置。存储位置： 默认都在 MySQL 的
datadir目录下，但可以配置到其他路径（尤其是日志量大的 Binlog、慢查询日志）。监控与管理： 定期监控日志文件大小，设置合理的清理策略（如
expire_logs_days,slow_query_log_rotation），避免磁盘被撑满。