<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>LSM-Tree on Intellectual Guides</title><link>https://ckw19810413.github.io/tags/lsm-tree/</link><description>Recent content in LSM-Tree on Intellectual Guides</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><lastBuildDate>Sun, 04 Oct 2026 08:00:00 +0800</lastBuildDate><atom:link href="https://ckw19810413.github.io/tags/lsm-tree/index.xml" rel="self" type="application/rss+xml"/><item><title>每日研究生知識寓言故事：亞歷山大圖書館的快筆書記官與夜巡學徒</title><link>https://ckw19810413.github.io/blog/2026-10-04-lsm-tree-fable/</link><pubDate>Sun, 04 Oct 2026 08:00:00 +0800</pubDate><guid>https://ckw19810413.github.io/blog/2026-10-04-lsm-tree-fable/</guid><description>&lt;p&gt;在古老的知識之都，有一座號稱要收納世間所有智慧的「無盡圖書館」。每天，來自世界各地的旅人、學者和商隊，都會湧入圖書館，帶來成千上萬條新的見聞、歷史與卷宗。&lt;/p&gt;
&lt;p&gt;最初，圖書館採用的是「完美書架法則」。每當有人帶來一份新卷宗，老館長就必須提著燈籠，穿過宛如迷宮般的幽暗長廊，找到與該卷宗字母排序完全對應的書架。有時候為了塞進這份新卷宗，老館長還得把書架上後面的幾百卷書全部往右挪動一個位置。
如果一天只有十幾份卷宗，這套法則還行得通。但隨著帝國版圖擴張，每天都有數萬份卷宗如雪片般飛來，老館長在書架間來回狂奔，累得氣喘吁吁，甚至在門口排起了長達數公里的等待隊伍。圖書館面臨了崩潰的危機。&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id="快筆書記官的誕生"&gt;快筆書記官的誕生
&lt;/h3&gt;&lt;p&gt;為了解決這個問題，新任的大書記官「埃爾斯」發明了一套全新的《雙層流動法則》。&lt;/p&gt;
&lt;p&gt;埃爾斯在圖書館的大門口擺了一張靈巧的&lt;strong&gt;紅木書桌&lt;/strong&gt;。現在，當新的卷宗送達時，他不再跑進深邃的書庫，而是直接將內容快速地抄寫在紅木書桌上的一本**《當日記事本》**裡。因為只是按順序抄寫，速度快若閃電，門口的隊伍瞬間消失了。&lt;/p&gt;
&lt;p&gt;然而，《當日記事本》的容量是有限的。一旦寫滿，埃爾斯就會用蜂蠟將這本記事本封死，貼上「不可修改」的封條，然後隨手往身後的**「昨日書堆」**一扔，接著再拿出一本新的空白記事本繼續抄寫。&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id="尋書人的困境與夜巡學徒"&gt;尋書人的困境與夜巡學徒
&lt;/h3&gt;&lt;p&gt;這個方法讓「寫入」的速度達到了極致，但卻苦了那些來「尋書」的人。
當有學者來查詢某段歷史時，尋書人必須先看門口的《當日記事本》有沒有記錄；如果沒有，就得到後方雜亂無章的數十個「昨日書堆」中，一個一個去翻找。有時候為了找一條記錄，要翻遍幾十個書堆，找書的速度變得異常緩慢。&lt;/p&gt;
&lt;p&gt;為了解決找書慢的問題，埃爾斯招募了一群&lt;strong&gt;夜巡學徒&lt;/strong&gt;。
每當夜深人靜，這群學徒就會在後方默默工作。他們會把好幾個小型的「昨日書堆」搬出來，將裡面的卷宗重新按照字母順序排列、合併，然後整齊地裝訂成一本厚厚的**《月度大典》**，放進更深處的書架上。&lt;/p&gt;
&lt;p&gt;如果學徒在合併的過程中，發現了兩份關於同一個事件的記錄（例如：早上有人記錄「國王生病了」，下午又有人記錄「國王康復了」），學徒只會保留&lt;strong&gt;時間最新&lt;/strong&gt;的那一份。如果有人特別交代「把某份卷宗銷毀」，這份指令就像一塊&lt;strong&gt;黑色墓碑&lt;/strong&gt;，當學徒在合併時看到這塊墓碑，就會順手把對應的舊卷宗丟進火爐裡燒掉。&lt;/p&gt;
&lt;p&gt;就這樣，小書堆合併成大書堆，大書堆再合併成巨大的書架。前端的抄寫員始終保持著閃電般的速度，而後端的夜巡學徒則透過不斷地合併與整理，讓尋書人在深處也能快速找到想要的知識。&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id="揭曉時刻這到底是什麼"&gt;揭曉時刻：這到底是什麼？
&lt;/h3&gt;&lt;p&gt;這個故事所描述的，正是現代高效能資料庫背後的核心資料結構：&lt;strong&gt;LSM-Tree (Log-Structured Merge-Tree，日誌結構合併樹)&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;如果你用過 Cassandra、RocksDB、LevelDB，或者是 Kafka 的底層存儲，它們都深受 LSM-Tree 思想的影響。&lt;/p&gt;
&lt;p&gt;在傳統的 B-Tree 或 B+Tree 資料庫中，每次寫入一筆新資料，都需要在磁碟中尋找特定的位置並更新，這會產生大量的「隨機寫入 (Random Write)」。傳統硬碟最怕隨機寫入，這成了效能的巨大瓶頸。&lt;/p&gt;
&lt;p&gt;LSM-Tree 則反其道而行：它將所有的「隨機寫入」轉化為了「循序寫入 (Sequential Write)」。這極大地提升了資料庫的寫入吞吐量，特別適合寫入極其頻繁的現代應用場景。&lt;/p&gt;
&lt;h3 id="故事中的隱喻對應"&gt;故事中的隱喻對應：
&lt;/h3&gt;&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;完美書架法則&lt;/strong&gt;：傳統的 B-Tree/B+Tree 結構。每次插入資料都可能需要拆分節點、移動資料，雖然讀取很快，但寫入時會產生大量的隨機 I/O。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;紅木書桌上的《當日記事本》&lt;/strong&gt;：LSM-Tree 的 &lt;strong&gt;MemTable&lt;/strong&gt;（通常位於記憶體中）。所有的新增、修改、刪除操作，都會先快速寫入記憶體中的這棵小樹裡。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;不可修改的「昨日書堆」&lt;/strong&gt;：&lt;strong&gt;SSTable (Sorted String Table)&lt;/strong&gt;。當記憶體中的 MemTable 滿了，就會被「凍結」並 Flush 到磁碟上，成為一個不可變的檔案。因為是直接循序寫入磁碟，速度極快。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;尋書人的困境 (找書慢)&lt;/strong&gt;：LSM-Tree 的 &lt;strong&gt;Read Amplification (讀取放大)&lt;/strong&gt; 效應。讀取資料時，如果在 MemTable 找不到，就必須依序去磁碟上的多個 SSTable 中查詢，導致讀取效能下降。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;夜巡學徒的整理工作&lt;/strong&gt;：&lt;strong&gt;Compaction (合併壓縮)&lt;/strong&gt; 機制。背景程式會定期將多個小型的 SSTable 合併成一個較大的 SSTable，以此減少檔案數量，提升未來的讀取速度。&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;黑色墓碑&lt;/strong&gt;：&lt;strong&gt;Tombstone (墓碑標記)&lt;/strong&gt;。在 LSM-Tree 中，刪除資料並不會立刻去磁碟裡把舊資料抹除（因為那又變成了隨機寫入）。相反地，它會寫入一筆帶有「墓碑」標記的刪除記錄。直到夜間 Compaction 合併時，系統才會真正把舊資料與墓碑一起清理掉。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;LSM-Tree 用「犧牲一部分讀取效能，並依賴背景合併」的代價，換取了極致的寫入速度。這就是電腦科學中經典的 Trade-off（權衡）藝術，也是大數據時代能支撐海量資料寫入的幕後英雄。&lt;/p&gt;</description></item></channel></rss>