<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>存储系统 on Answer</title>
    <link>https://answer.freetools.me/categories/%E5%AD%98%E5%82%A8%E7%B3%BB%E7%BB%9F/</link>
    <description>Recent content in 存储系统 on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sat, 07 Mar 2026 10:19:47 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/categories/%E5%AD%98%E5%82%A8%E7%B3%BB%E7%BB%9F/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>磁盘调度器的三十年迷途：从电梯算法到&#34;无调度&#34;的技术突围</title>
      <link>https://answer.freetools.me/%E7%A3%81%E7%9B%98%E8%B0%83%E5%BA%A6%E5%99%A8%E7%9A%84%E4%B8%89%E5%8D%81%E5%B9%B4%E8%BF%B7%E9%80%94%E4%BB%8E%E7%94%B5%E6%A2%AF%E7%AE%97%E6%B3%95%E5%88%B0%E6%97%A0%E8%B0%83%E5%BA%A6%E7%9A%84%E6%8A%80%E6%9C%AF%E7%AA%81%E5%9B%B4/</link>
      <pubDate>Sat, 07 Mar 2026 10:19:47 +0800</pubDate>
      <guid>https://answer.freetools.me/%E7%A3%81%E7%9B%98%E8%B0%83%E5%BA%A6%E5%99%A8%E7%9A%84%E4%B8%89%E5%8D%81%E5%B9%B4%E8%BF%B7%E9%80%94%E4%BB%8E%E7%94%B5%E6%A2%AF%E7%AE%97%E6%B3%95%E5%88%B0%E6%97%A0%E8%B0%83%E5%BA%A6%E7%9A%84%E6%8A%80%E6%9C%AF%E7%AA%81%E5%9B%B4/</guid>
      <description>深入解析Linux I/O调度器从HDD时代到NVMe时代的技术演进：从电梯算法的物理约束到blk-mq多队列架构的设计革命，对比分析MQ-Deadline、BFQ、Kyber、None四种调度器的性能特征与适用场景，揭示CPU成为新瓶颈的技术真相。</description>
    </item>
    <item>
      <title>RAID不是备份：为何你的数据保护策略可能正在给你虚假的安全感</title>
      <link>https://answer.freetools.me/raid%E4%B8%8D%E6%98%AF%E5%A4%87%E4%BB%BD%E4%B8%BA%E4%BD%95%E4%BD%A0%E7%9A%84%E6%95%B0%E6%8D%AE%E4%BF%9D%E6%8A%A4%E7%AD%96%E7%95%A5%E5%8F%AF%E8%83%BD%E6%AD%A3%E5%9C%A8%E7%BB%99%E4%BD%A0%E8%99%9A%E5%81%87%E7%9A%84%E5%AE%89%E5%85%A8%E6%84%9F/</link>
      <pubDate>Fri, 06 Mar 2026 10:56:33 +0800</pubDate>
      <guid>https://answer.freetools.me/raid%E4%B8%8D%E6%98%AF%E5%A4%87%E4%BB%BD%E4%B8%BA%E4%BD%95%E4%BD%A0%E7%9A%84%E6%95%B0%E6%8D%AE%E4%BF%9D%E6%8A%A4%E7%AD%96%E7%95%A5%E5%8F%AF%E8%83%BD%E6%AD%A3%E5%9C%A8%E7%BB%99%E4%BD%A0%E8%99%9A%E5%81%87%E7%9A%84%E5%AE%89%E5%85%A8%E6%84%9F/</guid>
      <description>从GitLab 2017年的数据丢失事故、RAID 5重建失败的概率计算、勒索软件对备份的定向攻击，到3-2-1-1-0和不可变备份的现代演进，系统梳理数据保护领域最常见的认知误区。基于Backblaze硬盘故障率统计、Sophos勒索软件报告、Veeam数据保护趋势报告等权威信源，揭示RAID与备份的本质区别，以及如何在勒索软件时代构建真正可靠的数据保护策略。</description>
    </item>
    <item>
      <title>Write-Ahead Log：数据库如何在断电瞬间守住数据最后一道防线</title>
      <link>https://answer.freetools.me/write-ahead-log%E6%95%B0%E6%8D%AE%E5%BA%93%E5%A6%82%E4%BD%95%E5%9C%A8%E6%96%AD%E7%94%B5%E7%9E%AC%E9%97%B4%E5%AE%88%E4%BD%8F%E6%95%B0%E6%8D%AE%E6%9C%80%E5%90%8E%E4%B8%80%E9%81%93%E9%98%B2%E7%BA%BF/</link>
      <pubDate>Fri, 06 Mar 2026 05:37:30 +0800</pubDate>
      <guid>https://answer.freetools.me/write-ahead-log%E6%95%B0%E6%8D%AE%E5%BA%93%E5%A6%82%E4%BD%95%E5%9C%A8%E6%96%AD%E7%94%B5%E7%9E%AC%E9%97%B4%E5%AE%88%E4%BD%8F%E6%95%B0%E6%8D%AE%E6%9C%80%E5%90%8E%E4%B8%80%E9%81%93%E9%98%B2%E7%BA%BF/</guid>
      <description>深入剖析Write-Ahead Log(WAL)机制的设计哲学与实现细节。从1992年ARIES论文到PostgreSQL的Full Page Writes、MySQL的Doublewrite Buffer、SQLite的WAL模式，系统梳理不同数据库如何解决torn page问题。基于学术论文与源码分析，揭示WAL如何在性能与可靠性之间取得平衡——Steal/No-Force策略的选择、Group Commit优化、Checkpoint机制与恢复流程。</description>
    </item>
    <item>
      <title>TRIM命令的三大误解：为什么你以为的&#34;数据销毁&#34;其实只是个通知</title>
      <link>https://answer.freetools.me/trim%E5%91%BD%E4%BB%A4%E7%9A%84%E4%B8%89%E5%A4%A7%E8%AF%AF%E8%A7%A3%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E4%BB%A5%E4%B8%BA%E7%9A%84%E6%95%B0%E6%8D%AE%E9%94%80%E6%AF%81%E5%85%B6%E5%AE%9E%E5%8F%AA%E6%98%AF%E4%B8%AA%E9%80%9A%E7%9F%A5/</link>
      <pubDate>Fri, 06 Mar 2026 05:14:29 +0800</pubDate>
      <guid>https://answer.freetools.me/trim%E5%91%BD%E4%BB%A4%E7%9A%84%E4%B8%89%E5%A4%A7%E8%AF%AF%E8%A7%A3%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E4%BB%A5%E4%B8%BA%E7%9A%84%E6%95%B0%E6%8D%AE%E9%94%80%E6%AF%81%E5%85%B6%E5%AE%9E%E5%8F%AA%E6%98%AF%E4%B8%AA%E9%80%9A%E7%9F%A5/</guid>
      <description>深入剖析SSD TRIM命令的技术真相。从NAND闪存的页/块架构到写入放大，从垃圾回收机制到DRAT/RZAT规范，系统梳理TRIM与用户认知的巨大鸿沟。基于SATA规范、取证研究论文和实际测试数据，揭示TRIM既不是数据销毁命令，也不是健康恢复工具，而只是一个让SSD控制器知道哪些数据块可以安全擦除的通知机制——真正的擦除由垃圾回收异步完成。</description>
    </item>
    <item>
      <title>fsync()不是你想的那样：数据库持久化的致命误解</title>
      <link>https://answer.freetools.me/fsync%E4%B8%8D%E6%98%AF%E4%BD%A0%E6%83%B3%E7%9A%84%E9%82%A3%E6%A0%B7%E6%95%B0%E6%8D%AE%E5%BA%93%E6%8C%81%E4%B9%85%E5%8C%96%E7%9A%84%E8%87%B4%E5%91%BD%E8%AF%AF%E8%A7%A3/</link>
      <pubDate>Fri, 06 Mar 2026 04:46:52 +0800</pubDate>
      <guid>https://answer.freetools.me/fsync%E4%B8%8D%E6%98%AF%E4%BD%A0%E6%83%B3%E7%9A%84%E9%82%A3%E6%A0%B7%E6%95%B0%E6%8D%AE%E5%BA%93%E6%8C%81%E4%B9%85%E5%8C%96%E7%9A%84%E8%87%B4%E5%91%BD%E8%AF%AF%E8%A7%A3/</guid>
      <description>深入剖析fsync()系统调用的真实行为与陷阱。从2018年PostgreSQL的fsyncgate事件，到USENIX ATC 2020关于fsync失败恢复的学术研究，系统梳理Linux文件系统(ext4/XFS/Btrfs)在fsync失败后的复杂行为——页面被标记为干净、错误只报告一次、重试反而成功。揭示为什么&amp;#34;重试fsync&amp;#34;是错误策略，以及PostgreSQL、MySQL、SQLite等主流数据库的应对方案。</description>
    </item>
    <item>
      <title>Page Cache的阴暗面：为什么write()成功返回数据却可能消失</title>
      <link>https://answer.freetools.me/page-cache%E7%9A%84%E9%98%B4%E6%9A%97%E9%9D%A2%E4%B8%BA%E4%BB%80%E4%B9%88write%E6%88%90%E5%8A%9F%E8%BF%94%E5%9B%9E%E6%95%B0%E6%8D%AE%E5%8D%B4%E5%8F%AF%E8%83%BD%E6%B6%88%E5%A4%B1/</link>
      <pubDate>Fri, 06 Mar 2026 02:31:00 +0800</pubDate>
      <guid>https://answer.freetools.me/page-cache%E7%9A%84%E9%98%B4%E6%9A%97%E9%9D%A2%E4%B8%BA%E4%BB%80%E4%B9%88write%E6%88%90%E5%8A%9F%E8%BF%94%E5%9B%9E%E6%95%B0%E6%8D%AE%E5%8D%B4%E5%8F%AF%E8%83%BD%E6%B6%88%E5%A4%B1/</guid>
      <description>深入解析Linux Page Cache与脏页回写机制，揭示数据从用户态write()到磁盘持久存储的完整旅程。从内核flusher线程的十年演进、ext4断电数据丢失事件、fsync性能瓶颈到SSD断电保护，全面覆盖现代存储栈中的数据可靠性挑战与最佳实践。</description>
    </item>
  </channel>
</rss>
