一般来说，在直接回答您的问题时，我不知道任何主要的SATA驱动器品牌都知道该驱动器本身在启用写入缓存的情况下与正常操作有关。也就是说，仅从驱动器角度来看，驱动器会执行从缓存角度来看应该执行的操作。我还要指出的是，即使写入缓存被启用，从对SATA电缆旋转介质的物理更新磁盘写入延迟还很短（约50毫秒至100毫秒典型值）。并不是脏缓存数据一次只能坐在那里几秒钟.....驱动器不断尝试从缓存中获取脏数据尽快移到物理媒体上。这不仅是数据安全性的问题，而且是随时准备接受将来的写入而没有任何延迟（即：写入发布）的问题之一。
启用缓存时出现的问题是，通过SATA电缆对驱动器的写入顺序与对旋转介质的写入顺序不相同。除非您断电或系统崩溃，然后缓存的所有内容都存储到磁盘上，否则这永远不会造成问题。为什么？->
此处可能出现的问题与文件系统和/或数据库文件内容对这些乱序丢失的写入的事务鲁棒性有关。实际上，那些可能丢失的无序写入理论上可能破坏事务逻辑的完整性，否则，如果以非常特定的顺序对介质进行磁盘写入，就可以保证事务逻辑的完整性。
现在，当然，文件系统，数据库，RAID控制器等的设计人员已经知道（或者肯定应该知道）这种与写缓存有关的现象。从性能的角度来看，在大多数随机访问类型I / O场景中，写缓存是非常理想的。实际上，具有可用的写缓存是能够对更高级的本机命令队列（NCQ）产生任何真正好处的关键要素）在较新的SATA和最近几代的PATA实施中受支持。因此，为了保证在这样的某些关键时刻对物理介质的排序，文件系统和/或应用程序等可以专门请求刷新对介质的写缓存。在完成此同步请求后-根据事务系统设计，在正确的关键操作上，实际上（潜在地）文件缓冲区，OS磁盘缓存，物理磁盘缓存等所有未决事项实际上已在介质上耗尽。也就是说，如果程序员在顶部进行了正确的调用，并且此软件和硬件层链的每个元素都正确地完成了工作，则这正确地发生了。即：在驱动器，RAID控制器，磁盘驱动器，操作系统缓存，文件系统，数据库引擎等方面，这方面没有错误。这是很多必须完全正确运行的软件。此外，在这方面验证正确性非常困难，因为在几乎任何情况下，通常在任何情况下写入顺序都根本无关紧要...。而且电源故障和崩溃情况很难构建。因此，最终，在该术语的各个层和/或含义中的一个或多个层上“关闭写缓存”。...具有“修复”某些类型问题的声誉。实际上，关闭RAID控制器或OS磁盘高速缓存或驱动器等的写缓存行为是为了避免系统中的一个或多个错误……以及此类威胁的来源。以及电源故障和崩溃情况很难进行测试。因此，最终，在该术语的各个层和/或含义中的一个或多个层上“关闭写缓存”。...具有“修复”某些类型问题的声誉。实际上，关闭RAID控制器或OS磁盘高速缓存或驱动器等的写缓存行为是为了避免系统中的一个或多个错误……以及此类威胁的来源。以及电源故障和崩溃情况很难进行测试。因此，最终，在该术语的各个层和/或含义中的一个或多个层上“关闭写缓存”。...具有“修复”某些类型问题的声誉。实际上，关闭RAID控制器或OS磁盘高速缓存或驱动器等的写缓存行为是为了避免系统中的一个或多个错误……以及此类威胁的来源。
无论如何，回到问题的核心：在SATA下，所有磁盘读/写命令和刷新缓存命令的具体处理方式都由SATA规范定义。此外，驱动器制造商应具有每种驱动器型号或驱动器系列的详细文档，以描述其实施和对这些规则的遵守情况，例如希捷梭子鱼驱动器的示例。特别是，请参阅SATA SET FEATURES的详细信息控制驱动器操作模式的命令（特别是选项82h）可用于在驱动器级别禁用磁盘缓存，因为默认情况下，我知道所有驱动器上均已启用写缓存。如果您确实想禁用高速缓存，则此命令必须在每次驱动器重置或加电开始时执行，并且通常在操作系统的磁盘驱动器的控制下进行。您可能可以鼓励您的操作系统驱动程序通过IOCTL和/或“注册表设置”类型的东西来设置此模式，但这千差万别。