SQLite 也能用於工作流程的持久化？嵌入式資料庫的隱藏實力

「SQLite 是全球部署最廣泛的資料庫引擎」……這個小知識，可能一時令人難以置信。

但實際上，在你我的智慧型手機、網頁瀏覽器、各種應用程式內部，它都在默默且確實地運作著。

由於它的簡潔，容易讓人覺得「正規的工作流程這類需要持久性的處理，它可能不太適合」，不過最近也開始聽到「SQLite 正是持久化工作流程所需的一切」這樣的說法。

因此，這次我們就來稍微探究一下，SQLite 是如何實現持久性，以及為何能夠兼具輕量與堅固，其背後運作的機制。

支撐持久性的事務處理基礎

SQLite 將資料庫以單一檔案的方式來管理。

在該檔案內，它確保了被稱為 ACID（原子性、一致性、隔離性、持久性）的事務基本特性。

例如，即使在寫入過程中斷電，透過回滾日誌（rollback journal）或 WAL（預寫式日誌）等機制，資料仍能在保持一致性的狀態下復原。

這種在本機端即可完成的事務處理，正是無需額外網路通訊便能產生堅固性的源頭。

即使與伺服器型資料庫相比，在單一機器內的可靠性也絕不遜色。

SQLite 是直接嵌入應用程式中的函式庫，不需額外的伺服器程序。

因此，系統架構變得簡潔，管理上的負擔也大幅降低。

如果只是要儲存工作流程的狀態，大多數情況下，與其準備一個需要網路連接的大型資料庫，不如在工作目錄中放置一個 SQLite 檔案就已足夠。

此外，它的記憶體使用量和 CPU 負載也很低，適合在小型的容器或虛擬機中獨立運行多個工作流程。

一提到「持久化工作流程」，很容易想成大規模的分散式系統，但其本質在於「安全地保存處理的中間過程，即使發生故障也能從中斷處繼續執行」。

如果是 SQLite，只要每個工作流程記錄自己的步驟並進行提交（commit），就能確實保存到該時間點為止的狀態。

萬一發生崩潰，只要在重新啟動後重新開啟 SQLite 檔案，就能恢復中斷的工作。

有了它，就無需另外準備昂貴的狀態管理伺服器，能夠建構出靈活機動的系統。

針對「檔案損壞了怎麼辦？」的疑慮，像 Litestream 這樣的工具提供了答案。

Litestream 會將 SQLite 的 WAL 非同步地串流到相容於 S3 的儲存空間，實現接近即時的備份。

雖然這不是完全的同步複製，但對於許多實驗性的工作流程，或是 AI 代理的試誤過程，這樣的可靠性已經足夠。

還原時也只需從物件儲存空間中取回資料庫檔案，非常簡便。

當然，SQLite 並非萬能。

在需要高可用性或大規模共享擴充性的場合，PostgreSQL 等網路資料庫會更合適。

不過，若是採取先從小規模開始，有需要時再逐步擴展的思維，那麼 SQLite 就是一個極為有力的選項。

尤其像 AI 所生成的工作流程這類需要大量試誤、且每個租戶（tenant）都有獨立狀態的用途，與 SQLite 的相性特別好。

那麼，這次我們說明了 SQLite 的輕量與堅固，從持久化工作流程的角度來看也極具吸引力。

資料庫的選擇沒有「標準答案」，永遠都要在專案的規模與性質之間取得平衡。

但如果大家能因為「原來這麼小巧的東西也能如此勝任」的發現，而為自己的設計工具箱增添一個選項，那就太令人高興了。

那麼，今天就到這裡囉。