mysql事务日志由 InnoDB 的 redo Log 实现，用于崩溃恢复和持久性保障。1. 核心参数包括 innodb_log_file_size、innodb_log_files_in_group、innodb_log_group_home_dir 和 innodb_flush_log_at_trx_commit，分别控制日志文件大小、数量、路径和刷盘策略。2. 合理配置日志总大小建议为每小时写入量的 75%～100%，需删除旧日志文件并重启生效。3. 刷盘策略中值 1 最安全，2 兼顾性能与部分风险，0 性能高但 数据丢失 风险大，生产环境推荐设为 1 或根据需求选 2。4. 将日志文件置于独立高速磁盘可减少 I / O 竞争，提升性能。正确配置可在保障数据安全的同时优化系统吞吐，修改后应在测试环境验证效果。
MySQL 的事务日志主要由 InnoDB 存储引擎的 重做日志（Redo Log）实现，它记录了事务对数据页的物理修改，用于崩溃恢复，确保事务的持久性。正确配置事务日志能提升 数据库 的性能和可靠性。
1. 了解事务日志核心参数
InnoDB 通过以下几个关键参数控制事务日志行为：
- innodb_log_file_size：单个redo log 文件的大小。较大的值可减少磁盘 I /O，提升写性能，但会延长崩溃恢复时间。
- innodb_log_files_in_group：redo log 文件的数量，默认为 2。通常设置为 2~4 个。
- innodb_log_group_home_dir：redo log 文件的存储路径，默认在数据目录下（如 ./ib_logfile0, ./ib_logfile1）。
- innodb_flush_log_at_trx_commit：控制事务提交时日志写入和刷盘策略，直接影响数据安全与性能。
2. 配置事务日志大小
合理的日志文件总大小有助于减少检查点刷新频率，提升性能。建议总大小为每小时写入数据量的 75%～100%。
修改 配置文件（my.cnf 或 my.ini）：
[mysqld]
innodb_log_file_size = 512M
innodb_log_files_in_group = 2
注意：调整 innodb_log_file_size 后，必须删除旧的日志文件（ib_logfile*），重启 MySQL 才会重建。操作前确保数据库正常关闭。
3. 设置日志刷盘策略
innodb_flush_log_at_trx_commit 的取值影响数据安全与性能：
- 1：每次事务提交都写入并刷盘（默认，最安全，适合 金融 类应用）
- 2：写入 操作系统 缓存，但不刷盘（部分风险，断电可能丢失几秒日志）
- 0：每秒写入并刷盘，事务提交时不触发（风险最高，适合可容忍少量丢失的场景）
生产环境推荐保持为 1，若追求性能且能接受一定风险，可设为 2。
4. 日志文件位置优化
将事务日志放在独立的高速磁盘上，可减少 I / O 竞争：
[mysqld]
innodb_log_group_home_dir = /fastdisk/mysql/logs/
确保目标路径存在且 MySQL 进程有读写权限。
基本上就这些。合理配置事务日志，既能保障数据安全，又能提升系统吞吐。修改关键参数后建议在测试环境验证效果。
