现代 Linux 中 sync、fsync 与 fdatasync：打破传统认知，理清核心区别

现代 Linux 中 sync、fsync 与 fdatasync打破传统认知理清核心区别许多经典的 UNIX 编程书籍会告诉你sync只是将脏缓冲区排入写队列就返回并不等待磁盘写入完成一个名为update的守护进程会周期性地调用sync。但在今天的 Linux 系统上这些描述已经不再准确。本文将澄清这些误解并深入对比sync、fsync和fdatasync在现代 Linux 中的真实行为与使用场景。1. 传统描述的“过时”之处sync不再“异步”旧版 UNIX 及 POSIX 标准允许sync()仅仅调度所有脏缓冲区的写入然后立即返回不保证数据实际落盘。然而在Linux 上自从 1.3.20 内核起sync()就会等待所有写入完成即函数返回时所有被修改的缓冲区都已提交给底层存储设备除非设备本身忽略缓存刷新的请求。所以在现代 Linux 中sync是一个全局同步落盘的操作。update守护进程已经消失过去需要用户态的update守护进程定期调用sync来冲刷内核缓冲区。现代 Linux 早已将这项工作交给内核线程完成如pdflush后来演进为flusher工作队列完全不再需要用户态的守护进程。因此“update 每 30 秒调用一次 sync”的说法已经过时。fsync与fdatasync的行为依然正确这两个函数的行为与现代 Linux 实现一致没有本质变化fsync(fd)将指定文件的数据和元数据同步到磁盘并等待对应的 I/O 完成。fdatasync(fd)同步文件的数据部分以及后续读取所必需的元数据如文件大小但不必强制刷新时间戳等非关键元数据可能比fsync更高效。2. 现代 Linux 中sync与fsync的核心区别既然现在两者都会等待写入完成那它们还有什么不同区别非常大主要体现在作用范围、错误处理和使用场景上。作用范围sync()作用于整个系统。它会将该系统上所有文件系统的所有脏页包括文件数据、文件元数据、超级块等全部刷到磁盘。调用后整个系统缓存被清空。fsync(fd)只作用于单个打开的文件。仅将fd所代表的那个文件的数据和元数据落盘对其他文件毫无影响。错误处理sync()永远返回成功。如果某个文件的写入发生 I/O 错误调用者完全无法得知也无从处理。这对于需要可靠性的程序来说是不可接受的。fsync(fd)会报告错误。如果磁盘写入失败返回 -1 并设置errno程序可以确切地知道“这个文件持久化失败”从而采取重试或报错等补救措施。使用场景sync()系统级维护操作。例如关机/重启前的数据全局回写shutdown时会调用sync命令行工具的手动调用少数需要牺牲一切性能换取“整个系统尽可能稳定落盘”的极端场景。普通应用程序不应调用它。fsync()应用程序保证单文件持久化的标配。数据库的 WAL 日志写入、电子邮件的可靠投递、配置文件的安全更新等都需要精确知道某个文件是否已安全存盘。性能与阻塞sync()触发全局刷脏瞬间产生大量 I/O可能导致整个系统在几秒甚至更长时间内 I/O 阻塞严重影响所有进程。fsync()只针对一个文件I/O 量可控对系统其他部分几乎无影响且可配合fdatasync进一步优化。3.fsyncvsfdatasync一点点效率上的差别对于大多数程序如果只需要保证数据写入而不关心文件的访问时间atime或修改时间mtime等元数据是否精确更新fdatasync是更优选择。它可以减少一次磁盘元数据写入尤其在日志型文件系统或大量小文件写入时差异会比较明显。但请注意文件大小改变这类会影响后续正确读取的元数据fdatasync也是会同步的你无需担心数据读不出来。// 例子可靠地写入一条记录write(fd,buf,len);fdatasync(fd);// 仅保证数据和必要的元数据落盘// 或fsync(fd);// 保证数据和所有元数据落盘4. 一张表快速总结函数作用范围是否等待写入报错能力适用场景sync()全局系统是Linux无关机、全局刷脏fsync(fd)单个文件是有数据库、关键文件落盘fdatasync(fd)单个文件是有同上追求更高性能结语下次你再看到“sync只是调度写入后就返回”这类描述时要意识到那描述的是传统 UNIX 语义而不是现代 Linux 的现实。对于需要保证数据可靠落盘的应用程序请永远使用fsync或fdatasync并妥善检查它们的返回值。而sync留给系统和关机脚本去调用就好。希望这篇梳理能帮你避开那些经典的“过时陷阱”写出更可靠的 Linux 程序。