sync命令的核心作用是强制将内存中已确认写入但未落盘的脏数据刷入磁盘，确保数据持久化；它调用sync()系统调用同步文件内容与元数据，适用于拔u盘、备份完成等关键场景，日常无需频繁执行。
sync 命令的核心作用是打破文件系统写缓存的延迟性，把内存中“已确认写入”但尚未落盘的数据强制刷到磁盘物理介质上。它不改变缓存机制本身，而是提供一个手动触发点，确保关键数据真实持久化。
写缓存机制为什么存在
Linux 默认启用页缓存（page cache）和块设备缓冲区，写操作先写入内存，由内核后台线程（如 pdflush 或 writeback）在合适时机批量回写。这能显著提升 I/O 吞吐、降低延迟，但带来断电即丢数据的风险。例如：
- 执行 cp big.log /backup/ 后命令立即返回，实际数据可能还在内存里
- 数据库事务提交后，日志文件内容未必已写入磁盘
- U 盘拷贝完成提示“安全移除”，但若跳过 sync 直接拔出，最后几百 KB 可能丢失
sync 命令到底做了什么
它调用内核的 sync() 系统调用，遍历所有挂载的文件系统，将标记为“脏”（dirty）的缓存页逐个提交写请求，并阻塞等待硬件确认完成（注意：仅到磁盘控制器缓存，非一定是 NAND 闪存）。关键行为包括：
- 同步文件内容 + 元数据（权限、mtime、inode 等），除非使用 -d 选项跳过元数据
- 无参数时作用于全部挂载点；可指定路径（如 sync /home）或设备（如 sync /dev/sdb1）缩小范围
- 执行成功时无输出，失败时才报错（如设备忙、只读文件系统）
什么时候必须手动执行，什么时候可以省略
现代系统在关机（shutdown）、卸载（umount）、重启（reboot）前会自动调用 sync，所以日常操作中无需频繁敲命令。真正需要手动干预的是这些场景：
- 拔出 U 盘或移动硬盘前：运行 sync && udisksctl unmount -b /dev/sdc1 比单纯点击“弹出”更可靠
- 完成关键备份后：如 tar -cf backup.tar /data && sync，确保归档包已真实写入
- 数据库或应用手动触发 checkpoint 后：配合应用层 fsync 调用，形成双重保障
- 系统响应异常、准备硬重启时：先 sync 再 echo 1 > /proc/sys/kernel/sysrq + echo s > /proc/sysrq-trigger
频率控制：不是越多越好
频繁执行 sync 会抵消缓存带来的性能优势，尤其在高并发写入场景下，可能造成明显 I/O 延迟。应避免：
- 写入循环中每秒调用一次（如 while true; do echo data >> log; sync; sleep 1; done）
- 监控脚本里无条件定时执行（除非明确监控缓存水位）
- 误以为“多执行几次更保险”而连续敲三次 sync —— 第二次起基本无新数据可刷
合理做法是：只在数据写入动作完成且后续有风险操作（拔设备、关机、服务停止）之前执行一次。它是个“临门一脚”，不是“日常保养”。
