MySQL通过redo log和undo log实现事务持久性与原子性。1. redo log记录物理修改，确保崩溃恢复，关键参数包括innodb_log_file_size（建议1G～4GB）、innodb_log_files_in_group（通常为2）、innodb_log_buffer_size（可设64M～256M）及innodb_flush_log_at_trx_commit（根据安全与性能需求选择0、1或2）。修改日志文件大小需停机清理并重启。2. undo log用于回滚和MVCC，MySQL 8.0后由独立表空间管理，主要配置包括innodb_undo_directory（指定高性能磁盘路径）、innodb_undo_log_truncate（开启自动截断）和innodb_max_undo_log_size（默认1G，超限触发清理）。生产环境建议：控制redo log总大小在2～8GB，金融系统保持刷盘策略为1，分离undo与数据目录以提升I/O性能，并启用截断防止空间膨胀。合理配置可平衡恢复能力、性能与存储使用。
MySQL 的 redo log 和 undo log 是 InnoDB 存储引擎实现事务持久性和原子性的核心机制。在环境搭建时合理配置这两个日志，有助于提升数据库性能和恢复能力。
redo log 配置
redo log（重做日志）用于保证事务的持久性，记录了数据页的物理修改，确保崩溃后能恢复已提交的事务。
关键参数配置：
-
innodb_log_file_size：单个 redo log 文件的大小。建议设置为 1GB～4GB，较大的值可减少日志切换频率，提升写入性能。例如：
innodb_log_file_size = 1G -
innodb_log_files_in_group：redo log 文件组中的文件数量，通常为 2。多个文件以循环方式写入。
innodb_log_files_in_group = 2 -
innodb_log_buffer_size：redo log 缓冲区大小，用于缓存未刷盘的日志。若事务量大或涉及大量大事务，可适当调大（如 64M～256M）。
innodb_log_buffer_size = 128M -
innodb_flush_log_at_trx_commit：控制日志刷盘策略。
- 设为 1（默认）：每次事务提交都刷盘，最安全，性能略低。
- 设为 2：写入系统缓存，每秒刷盘一次，兼顾性能与安全性。
- 设为 0：每秒写入并刷盘一次，性能高但可能丢失最多 1 秒数据。
注意：修改 innodb_log_file_size 需先停止 MySQL，删除旧的 ib_logfile* 文件，再重启服务。
undo log 配置
undo log（回滚日志）用于事务回滚和多版本并发控制（MVCC），记录数据修改前的状态。
关键参数配置：
- innodb_undo_tablespaces：独立 undo 表空间数量。MySQL 8.0 后该参数已废弃，使用 undo 表空间组管理。早期版本建议设为 3～4，避免系统表空间膨胀。
-
innodb_undo_directory：指定 undo 日志存储目录，可将其放在高性能磁盘上以提升 I/O 性能。
innodb_undo_directory = /data/mysql/undo -
innodb_undo_log_truncate：启用后可自动截断不再需要的 undo 表空间，回收磁盘空间。
innodb_undo_log_truncate = ON -
innodb_max_undo_log_size：设置 undo 表空间最大大小，超过后触发清理和截断操作。
innodb_max_undo_log_size = 1G
MySQL 8.0 开始使用通用表空间管理 undo logs，默认创建在独立的 undo 表空间中，无需手动干预即可实现自动管理和回收。
配置建议
在生产环境中，推荐以下做法：
- 将 redo log 总大小控制在合适范围（如 2～8GB），避免过大导致恢复时间过长。
- 根据业务写入压力调整 innodb_flush_log_at_trx_commit，金融类系统建议保持为 1。
- 将 undo 目录与数据目录分离，提升 I/O 并发能力。
- 开启 undo 截断功能，定期清理历史版本数据，防止空间无限增长。
基本上就这些。合理配置 redo 和 undo 日志，能让 MySQL 在故障恢复、并发性能和磁盘使用之间取得良好平衡。
