Redo Log刷盘策略

Redo Log记录了事务的修改操作，以确保在发生故障时可以进行恢复。刷盘策略影响了事务的持久性和数据库性能。

1. innodb_flush_log_at_trx_commit

• 设置值：

• 0：事务提交时，不会立即将日志写入磁盘，而是写入到mysql的内存里，每秒钟刷盘一次。性能最高，但最不安全，可能会丢失最近一秒的事务。
• 1（默认）：每次事务提交时都会将日志写入磁盘。最安全，但性能稍差。
• 2：每次事务提交时将日志写入到操作系统缓存，但每秒钟刷盘一次。性能与安全性折中。
• 推荐设置：

• 在需要高事务安全性的情况下（如银行系统），建议设置为1。
• 在对性能要求较高的场景下，可以设置为2。

2. innodb_flush_method

• 设置值：

• O_DSYNC：使用同步I/O操作来刷新日志文件到磁盘，适用于大多数情况下。
• fsync：使用fsync()函数来确保数据写入磁盘，默认设置。
• O_DIRECT：使用直接I/O操作，绕过操作系统的缓存，减少内存开销，适用于高并发写入场景。
• 推荐设置：

• 对于大多数应用场景，fsync和O_DSYNC都是合适的选择。
• 在需要减少内存使用并且有高并发写入需求的情况下，可以考虑O_DIRECT。

Binlog刷盘策略

Binlog（二进制日志）记录了所有对数据库进行更改的SQL语句，用于复制和恢复。

1. sync_binlog

• 设置值：

• 0：不进行binlog同步，操作系统控制刷盘时间。性能最高，但最不安全，可能会丢失最近的事务。
• 1：每次事务提交时同步binlog到磁盘。最安全，但性能最低。
• N（>1）：每N次事务提交时同步binlog到磁盘。性能和安全性折中。
• 推荐设置：

• 在需要高事务安全性的情况下（如金融系统），建议设置为1。
• 在对性能有较高要求的环境中，可以设置为100或更高，以提高性能，同时在容忍一些数据丢失的情况下。

示例配置

在MySQL的配置文件（如my.cnf或my.ini）中，可以按如下方式设置：

[mysqld]
# Redo Log刷盘策略
innodb_flush_log_at_trx_commit=1
innodb_flush_method=O_DSYNC

# Binlog刷盘策略
sync_binlog=1

根据需求调整设置，以在性能和数据安全之间取得平衡。