事务日志配置需权衡性能与安全，核心参数包括innodb_log_file_size、innodb_log_files_in_group、innodb_log_buffer_size和innodb_flush_log_at_trx_commit；建议生产环境将日志文件大小设为1小时写入量，缓冲区64MB～256MB，根据业务选择刷盘策略，值为1最安全，2兼顾性能与安全，0性能最优但风险高；修改日志文件大小需停机删除旧文件后重启；通过错误日志、SHOW ENGINE INNODB STATUS及performance_schema监控日志使用情况，避免checkpoint等待和刷新压力过大，定期调整配置以适应业务变化，确保数据安全与系统性能平衡。
MySQL 的事务日志主要由 InnoDB 存储引擎的 重做日志（Redo Log）实现，它是保障数据持久性和崩溃恢复的关键机制。合理配置事务日志能显著提升数据库性能和可靠性。
理解 InnoDB 事务日志核心参数
InnoDB 使用两个主要文件 ib_logfile0 和 ib_logfile1 来记录事务的物理变更，控制这些行为的核心参数包括：
- innodb_log_file_size：每个日志文件的大小。较大的值可减少磁盘 I/O，提高写入性能，但会延长崩溃恢复时间。
- innodb_log_files_in_group：日志文件组中的文件数量，通常为 2。不建议随意更改。
- innodb_log_buffer_size：日志缓冲区大小，用于暂存未写入磁盘的日志数据。对大事务频繁写入场景有帮助。
- innodb_flush_log_at_trx_commit：控制事务提交时日志写入和刷盘策略，直接影响数据安全与性能。
根据业务场景调整刷日志策略
该参数的取值直接影响系统性能和数据安全性：
- 值为 1：每次事务提交都写入磁盘（最安全，默认值）。适合金融、订单等强一致性场景。
- 值为 2：写入操作系统缓存，每秒刷盘一次。兼顾性能与安全，小概率丢失最近一秒事务。
- 值为 0：每秒写入并刷盘一次，性能最好，但可能丢失最多一秒钟事务数据。
高并发写入且允许轻微数据丢失的场景，可设为 2；对数据完整性要求极高，保持为 1。
合理设置日志文件大小与缓冲区
默认的 innodb_log_file_size 通常较小（如 48MB 或 50MB），在高写入负载下容易频繁触发检查点，影响性能。
- 生产环境建议将 innodb_log_file_size 设置为总写入量的 1 小时左右。例如：每秒产生 100KB 日志，则 3×100KB×3600 ≈ 1GB，单个日志文件可设为 512MB，共两个。
- innodb_log_buffer_size 可设为 64MB～256MB，避免大事务直接刷盘。
修改 innodb_log_file_size 需先停止 MySQL，删除旧日志文件（或移出），重启后会自动重建。
监控日志使用情况以优化配置
通过以下方式判断当前配置是否合理：
- 查看错误日志中是否有 "Waiting for checkpoint" 提示，说明日志空间紧张。
- 使用命令 SHOW ENGINE INNODB STATUS\G，关注 LOG 段中的“log sequence number”和“last checkpoint”差距，若过大说明刷新压力大。
- 监控性能模式表 performance_schema 中的日志写入频率。
定期分析日志生成速率，动态调整配置，避免因日志瓶颈拖累整体性能。
基本上就这些。事务日志配置不是一成不变的，需结合硬件能力、业务写入强度和容灾要求综合权衡。正确设置后，既能保证数据安全，又能发挥 MySQL 最佳性能。
