innodb_flush_log_at_trx_commit参数控制事务提交时日志刷新行为，1确保数据innodb_flush_log_at_trx_commit 是 MySQL 中控制事务提交时日志刷新行为的重要参数，直接影响数据安全性与写入性能。合理配置该参数需根据业务对一致性与性能的要求权衡。安全但性能低，0性能高但可能丢失1秒数据，2折中方案；金融系统推荐设为1，高并发场景可选2或0，配合sync_binlog=1提升一致性。
安全但性能低，0性能高但可能丢失1秒数据，2折中方案；金融系统推荐设为1，高并发场景可选2或0，配合sync_binlog=1提升一致性。参数作用说明
该参数决定 InnoDB 日志（redo log）在事务提交时如何刷新到磁盘，有三个可选值：
- 1：每次事务提交都把日志从日志缓冲写入到系统缓存，并立即刷盘（fsync）。最安全，但性能最低。
- 0：每秒将日志从日志缓冲写入并刷盘一次，事务提交时不触发任何操作。性能最好，但可能丢失最多1秒的事务数据。
- 2：每次事务提交只把日志写入系统缓存，每秒刷盘一次。性能较好，若操作系统崩溃可能丢失部分数据，但数据库崩溃不会丢失已提交事务。
常见配置场景
不同业务类型适合不同的设置：
- 金融、支付类系统建议设为 1，确保每个事务持久化，避免数据丢失。
- 高并发写入且允许轻微数据丢失风险的场景（如日志记录），可设为 2 或 0 提升吞吐。
- 多数线上业务推荐保持默认值 1，保障数据安全。
配置方法
修改 MySQL 配置文件（通常为 my.cnf 或 my.ini）：
[mysqld] innodb_flush_log_at_trx_commit = 1
保存后重启 MySQL 服务使配置生效。也可动态设置（仅对当前会话或全局临时有效）：
SET GLOBAL innodb_flush_log_at_trx_commit = 1;配合 sync_binlog 提升一致性
若启用了 binlog，建议将 sync_binlog 也设置为 1，与 innodb_flush_log_at_trx_commit=1 配合，避免主从数据不一致或崩溃后恢复异常。
基本上就这些，关键在于平衡安全与速度。
