JuiceFS v1.0 beta2 發布｜進一步提升穩定性-有解無憂

這是 JuiceFS v1.0 正式發布前的第二個 beta 版本，共有 16 位社區伙伴貢獻了 150+ 次提交 ??，本次更新以 Bug 修復和穩定性提升為主，輔以大量的檔案更新和測驗用例優化，并帶來了以下新功能：

由社區開發者秦牧羊（@diluga）發起貢獻，在 JuiceFS 插件式元資料引擎架構上新增對 BadgerDB 資料庫的支持，為 JuiceFS 元資料存盤引擎家族再添新成員！

BadgerDB 是一個 Go 語言開發的嵌入式、持久化的單機 Key-Value 資料庫，它類似 SQLite 無需安裝即可直接使用：

# 創建檔案系統
$ juicefs format badger://$HOME/badger-data test-volume
# 掛載檔案系統
$ juicefs mount -d badger://$HOME/badger-data /mnt/jfs

與 SQLite 不同之處在于，BadgerDB 的資料庫不是單檔案，而是一個目錄，在上例中，BadgerDB 在home目錄創建 badger-data 資料庫目錄，掛載檔案系統時自然也要使用這個目錄的路徑，

經過開源社區的共同努力，我們在穩定支持 FUSE-POSIX、S3-Gateway、HDFS、CSI Driver 等存盤訪問協議的基礎上，新增了 WebDAV 訪問協議，與 S3 網關的啟用方式類似，使用新增的 webdav 子命令可以一鍵啟動 WebDAV 服務器：

$ juicefs webdav redis://127.0.0.1:6379/1 localhost:9007

使用任何支持 WebDAV 協議的客戶端訪問 localhost:9007 即可讀寫 JuiceFS 檔案系統，

對于 Redis 引擎讀寫壓力較大的場景，現在支持讓部分客戶端以只讀模式連接 Sentinel 管理的 replicas，從而降低 master 節點的負載：

$ juicefs mount redis://mymaster,sentinel.local:26379?route-read=replica /mnt/jfs/ --read-only

即在 URL 中添加引數 route-read=replica 指定該客戶端自動從 Redis replicas 讀取元資料，

需要注意的是，由于 Redis replica 使用異步更新機制，設定了只讀的客戶端有時可能會讀到較舊版本的元資料，

隨著用戶規模的不斷擴大，我們發現想讓各種經驗背景的用戶都能更好地使用 JuiceFS，一方面需要友好的檔案，另一方面要增強 JuiceFS 客戶端本身的命令幫助資訊，特別是后者，如果問題可以在命令列里得到解決就能大大提升用戶的使用體驗，

有鑒于此，在本次更新的版本中我們針對客戶端的幫助資訊做了以下改進：

清晰的分類
- ADMIN：用來管理 JuiceFS volumes，如 format、destroy、gc 等
- INSPECTOR：用來檢視 JuiceFS 的內部狀態，如 stats、profile 等
- SERVICE：用來啟動特定的服務，如 mount、gateway 等
- TOOL：用做特定需求的獨立工具，如 bench、warmup 等
詳盡的說明：大部分命令增加了具體說明和使用示例

社區群組的討論向我們證明了一件事：即便是經驗豐富的老手，也不免會“做傻事”！特別是在創建和修改檔案系統時，一些不經意的誤操作可能會覆寫舊資料或導致錯誤的設定，

針對這些可能涉及資料安全的操作，我們一直在完善相應的安全檢查機制，本次新增的安全機制有：

修復的 Bug

如有幫助的話歡迎關注我們專案 Juicedata/JuiceFS 喲！ (0?0?)

轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/440471.html

標籤：其他

上一篇：SQL優化