sync仅强制刷写内核VFS层脏页至块设备驱动队列，无法控制硬件写缓存、应用层缓冲或文件系统挂载选项等后续环节，故不能完全保障掉电安全。
单纯执行sync命令不能完全保障掉电时的数据安全。它只完成内核 VFS 层的刷盘，后续环节若存在缓存或延迟，数据仍可能丢失。
sync 能管到哪一层？
sync 强制将已提交到虚拟文件系统（VFS）层的脏页写入块设备驱动队列。这意味着：应用层调用write()后未显式fsync()或fflush()的数据，sync 不会处理已进入内核页缓存、但尚未提交给底层块设备的数据，sync 会推动其向下传递它不触达硬盘/SSD 自身的写缓存（write-back cache），这部分由硬件控制硬件写缓存是关键盲区多数 SATA SSD 和部分 NVMe 盘默认启用 write-back cache，断电时缓存中未落盘的数据会消失。sync 对此完全无效，必须额外配置：CentOS Linux 7.9.2009 CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
下载对传统 SATA 设备：用hdparm -W0 /dev/sdX关闭写缓存（需 root，且部分盘不支持）
对 NVMe 设备：用nvme set-feature -f 0x05 -v 0 /dev/nvme0n1禁用 volatile write cache更稳妥方案：选用支持断电保护（PLP）的企业级 SSD，并确认其 write-cache 已启用且固件正常关机前该怎么做才更可靠？
在非紧急关机场景下，建议组合操作，而非只依赖多次 sync：先确保关键应用已完成fsync()（如数据库已执行 checkpoint，日志库已 flush）
运行一次sync，等待命令返回（它会阻塞直到 VFS 层刷完）
再执行echo 3 > /proc/sys/vm/drop_caches（可选，清空页缓存，辅助验证无残留脏页）
最后使用标准关机命令：
shutdown -h now或systemctl poweroff，它们内部已包含 sync + 文件系统冻结逻辑哪些情况 sync 实际起不到作用？
以下情形即使反复执行 sync，也无法避免掉电丢数据：应用程序使用用户态缓冲（如某些 C++ 日志库、自定义 ring buffer），数据卡在应用内存未进内核文件系统挂载时加了barrier=0或data=writeback（如 ext3/4 的非默认模式）
RAID 卡或 HBA 卡自身带缓存且未配电池/电容保护（BBU/FBWC）
使用 overlayfs、aufs 等叠加文件系统，上层写未触发下层同步