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