关于write()和fsync()

### Redis 中 `CONFIG SET` 命令调整 `appendfsync` 参数 在 Redis 配置中，`appendfsync` 是一个重要的参数，用于控制 AOF（Append-Only File）持久化模式下的写入和同步行为。通过 `CONFIG SET` 命令可以动态修改此参数，而无需重启 Redis 实例。 #### 可选配置项及其影响 `appendfsync` 支持三种不同的配置选项： 1. **always** - 当设置为 `always` 时，每次写操作都会立即触发一次 fsync 操作，将数据刷盘到磁盘上[^1]。 - 这种方式提供了最高的数据安全性，即使发生断电或其他异常情况，也不会丢失任何已提交的数据。 - 缺点是性能开销较大，因为频繁调用 fsync 会显著降低写入速度。 2. **everysec** - 设置为 `everysec` 后，Redis 不会在每次写操作后立刻调用 fsync，而是每秒执行一次批量的 fsync 操作。 - 此策略在大多数情况下能够提供良好的平衡——既保证较高的性能，又能在系统崩溃时最多只丢失一秒内的数据。 3. **no** - 如果选择 `no`，则 Redis 完全依赖于操作系统来决定何时将缓冲区中的数据刷新到磁盘。 - 虽然这种方式具有最佳的写入性能，但由于缺乏明确的时间间隔控制，可能会导致大量未保存的数据在意外停机时丢失。 #### 使用 CONFIG SET 修改 appendfsync 的方法 可以通过以下命令实时更改运行中的 Redis 实例的 `appendfsync` 参数： ```bash redis-cli CONFIG SET appendfsync always ``` 或者切换至其他两种模式之一： ```bash redis-cli CONFIG SET appendfsync everysec redis-cli CONFIG SET appendfsync no ``` 值得注意的是，这些变更仅作用于当前运行期；如果希望永久生效，则需要编辑实际的 `redis.conf` 文件并重新加载配置[^2]。 #### 对 Write/Fsync 行为的具体影响分析 不同 `appendfsync` 设定直接影响着 Redis 数据库对于硬盘 I/O 请求的态度以及由此产生的延迟表现： - 在高并发场景下选用 `always` 方式可能导致服务器负载过高甚至响应变慢； - 利用 `everysec` 方法可以在保障大部分时间里正常运转的同时减少不必要的资源消耗； - 若追求极致吞吐量且能接受一定风险的话，“no”无疑是最优解法。 总之，在具体应用环境中应权衡业务需求与硬件条件后再做决策。