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进程有读写权限。
基本上就这些。合理配置事务日志，既能保障数据安全，又能提升系统吞吐。修改关键参数后建议在测试环境验证效果。
