11月26日，YashanDB V23.5線上發佈會於線上舉辦，YashanDB解決方案首席架構師廖傳軍在線上分享中，跳出純技術原理的講解，以兩個典型行業實戰案例、兩種核心架構對比，用真實數據和落地經驗，揭秘了崖山共享集羣YAC如何解決“彈性伸縮”與“永遠在線”兩大核心難題。
本文將此次分享的精華內容整理成文，希望能為正在考慮數據庫國產化與架構升級的企業提供參考。
彈性伸縮，保障業務增長不設限
典型場景1：消費貸，適配互聯網+業務節奏
該場景屬於典型的互聯網時代場景，類似於白條、花唄等實時信貸服務，用户在購物後需實時獲得授信結果。業務具備強實時性、促銷峯值高、彈性需求迫切等特點。
（1）業務訴求
- 時效性要求高：用户下單後需實時推送授信結果，延遲將直接影響轉化率。
- 業務敏捷性要求高：每年會有若干次促銷活動，大促期間流量激增，需快速彈性擴縮容。
- 按需擴縮容：IT架構需快速適配大促期間流量波動，避免為應對峯值長期浪費資源，節省時間和成本。
該客户原使用Oracle單機主備架構，處理能力受限；但Oracle RAC授權成本高昂，服務支持體驗差，且技術支持多繞到印度，響應慢、溝通不暢。此外，在選型過程中，客户曾測試某國產分佈式數據庫，不但應用改造週期長，且發現其“伸出去容易縮回來難”，在業務高峯後縮容風險高、操作複雜，無法滿足消費貸場景的彈性需求。
（2）why崖山共享集羣YAC?
- 真正的彈性伸縮：支持計算節點與存儲節點獨立擴縮，且擴縮過程對業務影響小，風險可控；
- 代碼幾乎零修改：僅需調整JDBC連接串，應用層無需大規模重構，降低遷移成本和風險；
- 本土化服務支持：架構師團隊+研發團隊直接對接，問題響應速度遠超Oracle的海外服務。
（3）YashanDB解決方案
很多用户在使用共享集羣時會遇到“1+1≠2”的性能損耗問題，基於用户的痛點，YashanDB進行了如下優化：
首先，在不改應用數據結構的前提下，新增虛擬ID實現數據分區，避免了數據插入時因索引塊衝突導致的性能瓶頸；其次，採用應用服務器組部署模式，讓應用服務器與對應的數據分區、實例精準綁定，配合前端路由分發客户請求，確保訪問路徑最優；同時，針對金融客户的高安全需求，採用兩地部署方案，配置最大保護模式與仲裁節點，兼顧業務連續性與數據安全性。
（4）項目收益：3倍性能提升，成本直降50%+
- 在崖山共享集羣YAC兩節點下，性能達到原Oracle系統的3倍以上；
- 總體擁有成本（TCO）較Oracle RAC降低超過50%；
- 支持業務無縫伸縮，適應促銷等高併發場景。
典型場景2：民生服務，適配快速業務變更+服務永續訴求
第二個案例來自某公用事業單位，業務涵蓋水、垃圾、污水處理等計費系統。隨着“互聯網+”與智能化改造，業務變更頻率加快，計費週期從按月轉向按日，對系統處理能力與彈性提出更高要求。
（1）業務訴求
- 業務變更快，計費週期、計費時間持續調整，需要架構快速適配；
- 公共服務屬性要求業務絕對不能中斷，保障民生服務連續性；
- 按需擴縮容，在業務增長時快速提升處理能力，業務低谷時縮回處理能力。
原有Oracle數據庫版本老舊，無法平滑升級；授權費用昂貴且服務能力不足，難以滿足業務發展需求；更棘手的是系統對接複雜，涉及多個上下游系統，數據交換格式多樣，遷移與集成難度極大。
（2）why崖山共享集羣YAC?
- 彈性伸縮能力：適應業務頻繁變更與流量波動，無需重構架構，輕鬆適配按日/按小時的高頻計費需求；
- 架構平滑替代：幾乎無需修改原有應用代碼，兼容客户原有架構體系，降低遷移與集成風險；
- 處理能力大幅提升：實現十倍批處理計費處理能力的目標，並支持並行批處理與數據分析。
（3）YashanDB解決方案
該項目的核心難點在於關聯繫統繁多，上游關聯流程審批系統、智能設備平台等，下游銜接財務系統、省/市財政系統等等，涉及多種連接方式與數據格式的對接。
崖山共享集羣YAC憑藉強大的兼容性與集成能力，實現了全鏈路平滑適配：通過JDBC實現數據庫訪問，Kafka完成數據同步，NBU保障備份恢復；同時集成監控告警、安全審計、APM等工具，與客户的開發和運維平台無縫對接。值得一提的是，YAC無需分庫分表，無需分佈式應用改造，僅通過數據架構優化（如分區技術）和應用部署優化就實現了線性性能提升，但應用代碼無需修改。
（4）項目收益：10倍吞吐+零中斷，合規運維雙優化
- 系統處理能力較原有架構提升10倍，成功支撐按日/按小時的高頻計費業務；
- 實現業務零中斷運行，滿足公共服務高可靠性要求，保障民生服務連續性；
- 基於全國產技術棧部署，符合安全合規要求，同時簡化運維流程，降低整體維護成本。
永遠在線
築牢業務連續性防線
“永遠在線”是核心業務的生命線，崖山共享集羣YAC提供“同城雙活讀寫分離”與“同城雙中心雙活雙寫”兩種架構，前者主打高性價比與讀壓力分流，後者聚焦頂級容災與讀寫併發，企業可按需選擇。
一、同城雙活讀寫分離，有效避免備中心故障影響主中心
高可用不能脱離業務連續性原則，YashanDB構建高可用能力的核心思路是“保生產、降影響”。基於該思路，YashanDB制定了同城雙活讀寫分離架構下的9大設計原則：
- 故障恢復優先級：本地>同城>異地；
- 節點故障恢復，應在同一數據中心內完成；
- 同城中心故障，不應影響生產中心的業務運行；
- 異地災備中心的故障，不影響生產中心的業務運行；
- 數據中心之間的網絡故障和網絡抖動，應不影響生產中心的業務運行；
- 網絡延遲增加的情況下能降級（最大保護降級為最大性能）；
- RPO=0，需在不影響生產中心業務運行的前提下實現；
- 絕大部分故障場景下RTO＜30秒，實際值取決於故障類型、系統負載等；
- 切換後自動維持數據複製鏈路。
YashanDB實戰表現：
YashanDB同城雙活讀寫分離架構如下圖所示，部署主備兩個集羣，備中心僅承擔讀請求，主備之間採用最大可用模式，避免備中心故障影響主中心。
此外，為驗證架構在真實業務場景的穩定性，我們基於客户實際峯值負載的數十倍壓力，模擬了生產環境中常見的多種故障場景，從單節點故障到全中心故障，覆蓋數十個故障場景，全面測試架構的容錯能力與恢復速度，具體測試結果如下圖所示:
二、同城雙活雙寫架構：一套集羣跨雙中心，兩中心均可讀寫
與“讀寫分離”架構不同，“雙活雙寫”架構中，同一套集羣跨兩個數據中心部署，兩端均可讀寫，通過底層存儲層實現數據同步。
同城雙活雙寫架構的核心是解決存儲同步和腦裂問題，YashanDB通過仲裁節點判斷存儲狀態，集羣動態心跳檢測，確保跨中心數據一致性。
YashanDB實戰表現：
以下是YashanDB近期的實戰數據，基於40公里光纖的真實跨中心環境測試，集羣部署為“3節點+3節點”跨雙中心，測試壓力為客户實際峯值負載的數十倍。
“大家需要明確一點，上述所有性能數據都是生產環境配置，不是跑分結果。”廖傳軍強調，切勿混淆其與宣傳海報上的理論峯值。性能表現取決於硬件、網絡、存儲配置，YashanDB的優勢是最小化同步複製帶來的性能損耗和保障客户典型負載下RTO<30秒（具體的切換時間和具體場景相關）。
三、架構選型對比：讀寫分離vs雙活雙寫，如何選擇？
架構選型無絕對優劣之分，關鍵在於適配性。以下是兩種同城雙活方案的核心差異，建議企業根據業務特點、容災等級、預算等因素綜合決策。
此外，集羣節點升級維護如下所示：
- 讀寫分離架構：小版本補丁可集羣內滾動升級，大版本需集羣間滾動升級；
- 雙活雙寫架構：小版本、補丁可節點級滾動升級，大版本需配合邏輯複製軟件。
選型建議
遵循4大核心價值+1個必做動作
國產數據庫選型應要找到既適配自身業務特性，又能兼顧性能、彈性、高可用與低遷移風險的解決方案，需結合業務場景需求、容災等級要求、成本預算以及現有架構兼容性等多維度因素綜合考量。崖山建議可按照“4大核心價值+1個必做動作”的選型標準，有效規避國產數據庫替代過程中的各類坑點，保障項目落地成功。
- 最大可用架構（MAA）：YashanDB遵循業務連續性設計原則，保障核心業務“永遠在線”；
- 高性能線性擴展：YashanDB通過數據分區、應用分區、業務並行等最佳實踐，實現線性性能提升，節點擴展無性能瓶頸；當前YashanDB V23.5針對國產硬件平台進行了深度優化，在國產鯤鵬服務器中YAC兩節點性能約達450tpmC，已超過x86環境下性能表現；
- 彈性伸縮無壓力：崖山共享集羣YAC計算與存儲分離，擴縮容靈活，支持在線安全縮容，適配促銷活動、計費週期調整等流量波動場景；
- 接近零代碼修改：YashanDB高度兼容Oracle，以“1：1替代”Oracle理念，構建從產品設計理念、產品能力、體系架構、運維生態和用户體驗的系統性替代方案，用户無需大規模重構應用代碼，大幅降低遷移成本與業務中斷風險。
此外，廖傳軍多次表示國產數據庫選型必做動作是POC測試。“怎麼強調都不過分，選型前一定要做充分測試。”廖傳軍建議：
- 測試所有故障場景：不僅是常見的節點故障，還要覆蓋存儲故障、交換機故障、網絡抖動等幾十種真實場景；
- 帶業務壓力測試：模擬生產環境的TPS/QPS壓力，不能只做空載測試；
- 不忽視計劃內變更測試：包括數據庫升級、在線DDL、表結構變更等，確保業務不中斷。
寫在最後
國產數據庫選型，實戰落地才是真標杆
從消費貸的高併發彈性需求，到民生服務的複雜系統集成，從讀寫分離的高性價比，到雙活雙寫的頂級容災，YashanDB用真實項目證明：國產自研數據庫陣營中，已出現能扛住真實業務壓力、適配多樣場景需求的優質產品。
對於企業而言，國產數據庫選型無需盲目追求“架構戰隊”，更要關注“是否適配業務”“能否落地”“成本是否可控”。YashanDB以“高可用、性能線性擴展、彈性伸縮、接近零代碼修改”四大核心優勢，為用户提供了一條低風險、高收益的國產替代路徑，也為國產數據庫的進階之路提供了可參考的實戰範本。
