innodb_flush_log_at_trx_commit和sync_binlog参数作用是什么，如何修改

innodb_flush_log_at_trx_commit和sync_binlog参数分别控制了MySQL中Redo Log日志的记录方式和Binlog的更新策略。通过合理调整这两个参数，可以在数据库性能和数据安全性之间取得平衡。

注意事项

修改这些参数前，请充分了解其含义和作用，以免引发非预期结果（如数据丢失或性能下降）。详情请参见MySQL官方文档innodb_flush_log_at_trx_commit、 sync_binlog。
请根据实际情况调整参数，例如业务压力、业务安全性要求、实例规格和配置等。
建议在业务低峰期进行修改尝试，持续观察查询性能的变化。
修改前请明确业务安全性要求。高安全性场景建议两个参数均设置为 1。高性能场景可将innodb_flush_log_at_trx_commit设置为2，sync_binlog设置为1000，但需接受一定数据丢失风险。
需要在合理的范围内进行参数的配置：
不推荐的配置：
- sync_binlog=0：可能导致Binlog Rotate抖动。
- innodb_flush_log_at_trx_commit=0：实例重启可能丢失数据。

该参数是MySQL InnoDB存储引擎独有的参数，用于控制InnoDB的Redo log日志记录方式。取值范围为0、1、2：

0：每秒将日志缓冲区（Log Buffer）中的数据写入磁盘，事务提交时不主动刷盘。
- 优点：性能最高。
- 风险：实例崩溃时可能丢失最多1秒的事务数据。
1（默认值）：每次事务提交时，立即将日志缓冲区的数据写入磁盘并刷盘。
- 优点：完全遵守ACID特性，数据安全性最高。
- 缺点：性能开销较大，尤其在高并发场景下。
2：每次事务提交时将日志缓冲区的数据写入文件系统缓存，每秒由操作系统调度刷盘一次。
- 优点：性能优于1，数据安全性高于0。
- 风险：实例崩溃时可能丢失最近1秒内的事务数据。

该参数是MySQL Binlog日志的重要参数，用于控制Binlog的更新策略。取值范围 0、1 或 N（正整数）：

高安全性场景：建议将innodb_flush_log_at_trx_commit和sync_binlog均设置为1，确保数据实时落盘。
高性能场景：可以将innodb_flush_log_at_trx_commit设置为 2，sync_binlog设置为1000，以提升性能，但需接受一定的数据丢失风险。
不推荐的配置：
- 将innodb_flush_log_at_trx_commit设置为0：可能导致实例重启时丢失大量数据。
- 将sync_binlog设置为0：可能导致Binlog Rotate阻塞时间过长，影响性能稳定性。

下文通过几个典型的场景对上述两个参数的配置进行说明：

场景一：只读实例延迟
RDS MySQL提供只读实例功能，用于分担主实例的读压力。如果只读实例使用默认参数模板（sync_binlog=1，innodb_flush_log_at_trx_commit=1），在主实例写压力较大时，可能导致只读实例的Binlog应用延迟。
优化建议：
- 将只读实例的sync_binlog设置为1000，innodb_flush_log_at_trx_commit设置为2，提升Binlog应用效率。
- 注意：此配置不能完全消除延迟，需根据具体情况进行分析。
场景二：DTS数据迁移速度慢
在使用 DTS 进行数据迁移时，目标实例可能因频繁的Binlog和Redo Log落盘操作导致写入性能瓶颈。
优化建议：
- 将目标实例的sync_binlog设置为1000，innodb_flush_log_at_trx_commit设置为 2，加速数据写入。
- 数据迁移完成后，可根据需求恢复默认配置。
场景三：热点更新性能差
在大促或秒杀场景中，若sync_binlog和innodb_flush_log_at_trx_commit均设置为 1，可能导致大量并发写入时性能下降。
优化建议：
- 临时将sync_binlog设置为1000，innodb_flush_log_at_trx_commit设置为 2，提升并发能力。
- 活动结束后恢复默认配置，确保数据安全性。