这是一个创建于 745 天前的主题，其中的信息可能已经有所发展或是发生改变。
懵了，网上文章越看越懵，求大佬指点
网上文章总结为 everysec 时候，会启动一个后台线程每隔一秒进行一次 fsync ，每次 fsync 结束就会记录刷盘时间
1.主线在执行写命令时候，会检查刷盘时间
2.如果 fsync 已完成，主线程直接写 AOF buf
3.如果 fsync 未完成，检查上次刷盘时间
a).上次刷盘时间在 2 秒内，主线程直接返回，不写 AOF buf b).上次刷盘时间在 2 秒外，主线程强制写 AOF buf 我不理解 3a 步骤，不写 AOF buf 那这个命令不就丢了么？
比如第 100ms 开始执行 fsync ，第 101ms 收到新的写命令为 set a 123 ，不写 AOF buf ，第 105ms 刷盘结束，那 set 命令不就丢了么
求大佬指教
 | 1 main1234 OP 1.第 100ms 开始执行 fsync 2.第 101ms 收到新的写命令为 set a 123 ，由于此时 fsync 没有完成切距离上次刷盘时间 2 秒内，不写 AOF buf 3.第 105ms 刷盘结束，此时 AOF buf 中是没有 set a 123 命令的 4.第 106ms 收到新的写命令为 hset ，写 AOF buf 我不知道我理解的对不对，总感觉怪怪的，如果没问题的话那么岂不是会丢命令 |
 | 2 lsk569937453 2024 年 4 月 11 日 我理解 aof 的刷新策略为"appendfsync everysec"的时候，指的是异步线程刷盘的时间为 1 秒钟一次。主线程只要是写命令都会去继续写 AOF buf 。 这样不断电的情况下是不会丢数据的。断电的情况下也只会丢失内存里 1 秒的 AOF buf 指令。 https://github.com/redis/redis/blob/e3550f01dde29d5d1eaa37dbb4533692c5680f06/src/aof.c#L1052 |
 | 3 codegenerator 2024 年 4 月 11 日 你这不是瞎掰么 判断时间和控制都是主线程，写入和刷盘都是后台线程 根本没有记录刷盘结束时间 |
| 4 main1234 OP @codegenerator aof_last_fsync 这个字段就是刷盘时间 |
 | 5 zhuisui 2024 年 4 月 11 日 你好像搞错了这一套流程。 aof buffer 存放的是写命令，在内存里 aof write 是把 aof buffer 写到文件里 fsync 是把文件缓存内容同步到磁盘上 |
| 6 zhuisui 2024 年 4 月 11 日 至于 2s 的问题，fsync 的异步任务如果正在进行中，即使超过 2s ，也不会强制 fsync 如果在这类场景，比如 bio fsync 任务的系统调用一直没返回、redis 出了 bug 、断电，出现问题，都不是该考虑的 |
| 7 main1234 OP @zhuisui https://cloud.tencent.com/developer/article/1809891 所以这个文章里面说的是错的么 |
| 9 main1234 OP @zhuisui 求教下，也就是说命令都会写到 aof buffer ，如果 write 到 aof file 时候发现正在 fsync 则不会 write |
1 | 11 codegenerator 2024 年 4 月 11 日 @main1234 你对整个过程理解都是错的 aof_last_fsync 是开始写文件的时间，而不是写完文件的时间 |
Select Language