sync
sync（意指Synchronize，即“同步”）为UNIX操作系统的标准系统调用，功能为将内核文件系统缓冲区的所有数据（也即预定将通过低级I/O系统调用[注 1]写入存储介质的数据）写入存储介质（如硬盘）。
作为C语言的函数之一，sync()一般以void sync(void)的形式在unistd.h内声明。该函数也可以从命令行执行sync命令的方式调用，同时在其他程序语言（如Perl）中也有名字与之相似的函数。
相关调用[编辑]
UNIX中还有一些与sync相似的系统调用，如fsync与fdatasync。其中fsync负责写入所有与特定文件描述符相关的缓冲区数据[1]；fdatasync功能与fsync相似，但只负责写入文件中被变更的数据，而不会修改文件的元数据（如文件属性）[2]。
在系统中的应用[编辑]
UNIX内核常会运行一些诸如flush或update之类的守护进程以将缓冲区数据写入目标，而这些进程都要调用sync函数；在其他某些操作系统上这类任务由cron完成，而在Linux上负责者则为守护进程pdflush[3]。在卸载或以只读权限重载文件系统时，系统也会将缓冲区内容写入存储介质。
数据库中的应用[编辑]
在对数据进行修改操作（包括增、删、改）时，被修改的数据一般仅是暂存于基于内存的写入缓存，而当掉电时这些修改便会丢失；而为保证数据的持久性，数据库必须使用某些形式的sync，以确保修改的内容切实写入非易失性存储器，如PostgreSQL就使用了多种sync类调用（包括fsync与fdatasync）来达到这一目的[4]。
但是，对于旋转寻道的硬盘来说，每次旋转只能完成一项“提交”操作以将客户端的修改写入，因此每秒最多只能完成几百次的“提交”操作[5]；而若关闭fsync的限定来放宽要求，则可大幅提升性能，但同时也会带来系统崩溃后数据库损毁的潜在危险。有鉴于此，数据库也使用囊括最近修改资讯的日志文件（一般比主题数据文件小得多）来保障可靠性：根据日志文件，系统管理员可以在系统崩溃后准确地重做修改操作，以此即可减少对主要数据文件的sync操作。
相关争议[编辑]
在默认情况下，硬盘一般使用自有的易失性写入缓存以缓存要写入的数据。这一做法可以大幅提升性能，但同时也会带来写入操作丢失的潜在风险[6]，不过开/关缓存的性能落差的确相当巨大，甚至连素来保守的FreeBSD社群为此也否决了在FreeBSD 4.3内默认关闭写入缓存（即是说，修改后直接调用sync写入硬盘）的提案[7]。
另外，在Firefox引入fsync调用的目的以保证其内嵌的SQLite数据库的完整性后，便有人指出fsync降低了Firefox 3.0的性能[8]；而Linux基金会的技术总监西奥多·周则在“Don't fear the fsync!”一文中讨论了fsync的性能表现，并表示“没有必要害怕fsync”[9]。
注释[编辑]
参考资料[编辑]
- ^ fsync specification. [2012-12-28]. （原始内容存档于2010-10-31）.
- ^ fdatasync specification. [2012-12-28]. （原始内容存档于2009-08-28）.
- ^ The Linux Page Cache and pdflush. [2012-12-28]. （原始内容存档于2009-11-24）.
- ^ PostgreSQL Reliability and the Write-Ahead Log. [2012-12-28]. （原始内容存档于2012-12-29）.
- ^ Tuning PostgreSQL WAL Synchronization. [2012-12-28]. （原始内容存档于2009-11-25）.
- ^ Write-Cache Enabled?. [2012-12-28]. （原始内容存档于2012-12-17）.
- ^ FreeBSD Handbook — Tuning Disks. [2012-12-28]. （原始内容存档于2012-12-24）.
- ^ Mike Shaver. fsyncers and curveballs. [2012-12-28]. （原始内容存档于2012-12-09）.
- ^ Ts'o, Theodore. Don't fear the fsync!. 2009-03-16 [2017-09-06]. （原始内容存档于2016-04-03）.