2020年疫情的出現對眾多企業運營造成了嚴重的影響。面對突髮狀況，巨杉利用長期積累的遠程研發協作體系，仍然堅持進行技術創新，按照已有規劃推進研發工作，正式推出了巨杉資料庫(SequoiaDB) v5.0 Beta版。
我們也在這裡向大家介紹一下，SequoiaDB v5.0 版本中將會包含哪些激動人心的功能和特性。
從 3.2 版本開始，SequoiaDB 已經在有限版本中支持 ARM 晶元伺服器與國產操作系統。從 SequoiaDB v5.0 開始，我們正式官方支持飛騰與華為等 ARM 晶元架構，以及包括 UOS、深度、中標麒麟等多種國產操作系統。
一直以來，SequoiaDB的監控與運維體系設計以底層診斷快照（snapshot）調用為基礎，通過Restful API返回給上層應用整個或部分集群的運行信息。一般來說，企業客戶將會根據自身需求開發介面模塊，將SequoiaDB的監控接入自身使用的監控大屏系統或Zabbix、ELK等各類軟體。
但是我們發現，使用這種機制對於一些用戶存在上手困難，需要較多規劃設計與定製化二次開發的問題。因此，在SequoiaDB v5.0 版本中，我們在 SAC（Sequoia Administration Center）中推出了增強的開箱即用圖形化監控體系，使用戶不需要任何預配置即可使用完善的圖形化運維與監控能力。
SAC中新的圖形化監控模塊基於開源項目 Prometheus 與 Grafana 實現。除了能夠展示標準的性能監控指標以外，我們還能夠支持慢查詢分析（SequoiaPerf）等能力，使用戶可以在全圖形化界面中進行系統的歷史與當前慢查詢分析。
圖 2. 慢查詢詳細診斷信息
MVCC多版本控制是近年來資料庫的標準功能之一，也是分散式資料庫實現多分區間RR隔離級別的重要基礎能力。SequoiaDB 從v2.6版本首次支持MVCC多版本控制，而在 v5.0 版本中則得到了進一步的增強。
在 SequoiaDB v5.0 版本中，集群引入了全局邏輯時間（ULT：Universal Logical Timestamp）、本地邏輯時間（LLT：Local Logical Timestamp）、本地UTC時間（LRT：Local Real Time）等概念。全局統一時間通過節點間的STP（SequoiaDB Time Protocol）協議進行定期同步，避免每次查詢均訪問全局時間所造成的性能損耗。
集群啟動經過初次協議交換後，節點間邏輯時間誤差與操作系統本地物理時鐘即不存在任何直接聯繫，也就是說任何操作系統時間跳變不會對巨杉資料庫的集群邏輯時間造成任何影響。
一直以來，SequoiaDB 使用RBS（RollBack Segment）回滾段機制實現多版本控制MVCC。在 v5.0 版本中，回滾段中的記錄信息相應地引入了 ULT 欄位，從而使分散式一致性事務能力得到了進一步的增強。
對於一個較大的集群來說，想要進行問題診斷是一件相當複雜的事情。譬如說，各個操作系統由於系統時間都會存在一些細微差異，對於成百上千高並發的毫秒級查詢性能診斷來說，想要在多個系統之間跟蹤同一個查詢會話相當複雜。
因此，在一個大型集群中，資料庫必須要有強大的自我問題診斷與修復能力，才能夠盡量減少DBA與運維人員在診斷問題時的難度。
SequoiaDB v5.0 版本中，對多伺服器之間的問題定位與診斷機制進行了全方位的重新梳理，使用戶能夠更加直觀地「看到」問題與故障的根因，大大減低了運維人員對於故障與問題的跟蹤與診斷難度。
在之前的版本中，儘管SequoiaDB對於底層存儲實現了默認的高可用與容災機制，但是對於上層用戶創建的資料庫實例的高可用解決方案，則需要手工配置DDL日誌複製工具，無法做到開箱即用。
在SequoiaDB v5.0 中，用戶在創建 MySQL、PostgreSQL、MariaDB 等資料庫實例時可以直接指定實例組，一個實例組中的資料庫表結構DDL信息會自動進行同步，避免了額外的手工配置。
除了上面提到的幾個主要技術特性，在SequoiaDB v5.0中還將有更多的新功能特性將陸續亮相，同時資料庫的性能、安全等方面也會有新的大規模提升，也希望大家繼續保持關注！
點擊原文鏈接，亦可了解更多。
喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！
