2025國產化替換信創數據庫選型

國產化替換浪潮進行時，信創數據庫該如何選型？

2025分享大綱一、國產化替代方針與策略二、數據庫選型策略三、AIOPS助力國產數據庫替代TIDB社區活動（南京站）什么樣的企業要做數據庫國產化替代？黨政軍 內網系統必須用AK數據庫強制替代 外網關鍵系統必須用國產商用數據庫替代 非關鍵系統可用開源數據庫替代 最好使用國產開源數據庫或者相對可控的開源數據庫關基企業必須替代 根據行業監管要求不同，替代策略不同（比例，安可要求） 內網系統必須用AK數據庫替代 外網核心系統必須用AK數據庫 外網非核心系統系統可選擇

AK、國產、開源數據庫情況舉例 銀行：全面替代，2026、2027兩個節點證券：應替盡替運營商：核心系統優先替代非關基企業 無明確監管要求，可根據企業特點選擇AK、國產、開源數據庫 數據庫替代，數據庫上云大多數都是從成本和管理方面考慮情況舉例： 某國內制造業企業：用國產開源數據庫替代Oracle 某中法合資企業：暫時繼續使用Oracle 某中德合資企業：用PG替代Oracle國產化替換浪潮進行時，信創數據庫該如何選型？國產化替代總體方針簡單替代 在滿足一定數據量和負載的前提下，修改少量部分不兼容代碼甚至不修改代碼可直接替代，超過80%的Oracle數據庫均可開展簡單替代優化后替代業務邏輯復雜度中等，修改部分不兼容代碼，并進行部分SQL優化改造后可實現替代改造后替代業務邏輯復雜度高，并發量較大，在兼容性、性能方面存在一定的問題；除了做兼容性改造與SQL優化外，還需要通過讀寫分離改造，確保國產數據庫能夠很好的支撐； 部分負載較高，IO吞吐量較大的系統，可以采用讀寫分離的方案分擔負載，從而滿足國產化替代的要求，架構的調整需要應用開發商對部分只讀應用模塊進行一定的改造；重建后替代 方案1：兼容性、負載、性能方面，國產數據庫還無法滿足此類系統的要求，暫時仍須繼續使用Oracle數據庫，采取螞蟻搬家的方式從系統中切出部分模塊，一點點替代； 方案2：應用遷移存在較大難度，需要等系統改造升級時針對國產數據庫的特性做相應的架構設計，重構后一次性完成替代；國產化替換浪潮進行時，信創數據庫該如何選型？國產化替代原則原則一：云為中心堅持企業云戰略，不因為國產化替代而影響整體戰略；在云平臺上建設國產數據庫納管能力，可上云的數據庫盡可能上云；不能上云系統數據庫以成本最低、風險最小方式國產化。國產化替換浪潮進行時，信創數據庫該如何選型？云為中心成本最低風險最小原則二：成本最低降低國產軟件采購成本，商用開源并舉的方式；還要降低改造開發、技術支持服務、運維學習、用戶體驗提升成等綜合成本。原則三：風險最小徹底性國產化，規避選用自主率不高或不能滿足業務需求的產品帶來二次遷移改造替代風險；國產數據庫與國產CPU兼容性不同造成的不配搭配帶來的不可用或性能打折扣風險。分享大綱一、國產化替代方針與策略二、數據庫選型策略三、AIOPS助力國產數據庫替代TIDB社區活動（南京站）數據庫選型策略國產化替換浪潮進行時，信創數據庫該如何選型？是否為國家重點支持的企業有良好的的發展空間和政策支持確?？梢院推髽I長期走下去是否是全國產技術棧、所有組件代碼自主研發開源組件使用比例低，軟件供應鏈安全程度高是否支持橫向擴展是否提供優秀的高可用架構能滿足業務的持續增長需求適配主流國產CPU、國產操作系統等信創環境有完善的運維工具、技術資料，以及服務生態政策保障擴展能力代碼自主率生態支持數據庫選型關注點：成本優化政策保障擴展能力采購成本核心系統使用國產商業數據庫License采購價格非核心系統使用同品牌社區版沒有License采購成本適配開發遷移成本開發團隊對新數據庫不熟悉，增高了開發成本把數據庫僅僅當成了存儲數據的容器，功能被轉移至了應用程序，增高了開發成本SQL語句與國產CPU指令不兼容改造，增加了開發成本應用與數據遷移成本雖然是一次性成本，但是如果需要遷移的系統很多也會成為較大的成本性能優化成本廠商的不同技術開放性帶來的不同學習成本運維專家稀缺導致運維支撐成本大幅上升借助商業版服務體系，降低同品牌社區版的維護成本運行維護成本數據量較大，負載生較高態的系支統遷持移到國產數據庫后往往會出現性能問題不同數據庫特性與開發質量帶來的性能問題降低用戶使用體驗的優化提升成本替代成本分析代碼自主率國產化替換浪潮進行時，信創數據庫該如何選型？數據庫選型建議一：信創數據庫的判別標準信創數據庫的唯一標準是中國信息安全評測中心的官網（/）發布的清單評測結果政有策效期保三障年最高安可等級為4級國產化替換浪潮進行時，信創數據庫該如何選型？數據庫選型建議一：信創數據庫的判別標準安可數據庫清單（截止2025年3月）政策保障國產化替換浪潮進行時，信創數據庫該如何選型？數據庫選型建議二：商用與開源的選擇國產化替換浪潮進行時，信創數據庫該如何選型？某數據庫有商業版和開源版，核心上商業版，非核心上開源版，可以有效節約成本（前提是商業版通過認證）PG生態優于MySQL生態OpenGauss生態也可以放心選擇Oceanbase、TiDB并非使用MySQL開源代碼，而是兼容了MySQL協議Oceanbase（開源版僅有MySQL兼容租戶）TiDB商用版與開源版之間差異較小，內核一致數據庫選型建議三：主流國產商用數據庫舉例國產化替換浪潮進行時，信創數據庫該如何選型？通用集中式數據庫

分布式交易型數據庫頭部企業頭部企業其它專用數據庫阿里：RDS

REDIS華為：RDS

REDIS阿里：RDS

MONGODB華為：RDS

MONGODB阿里：GDB華為：GraphBase騰訊：TGDB百度：GAIADB-G/HugeGraph阿里：TSDB華為Gaussdb

for

influx頭部企業平凱星辰：TiDB

螞蟻：OceanBase華為：GaussDB騰訊：TDSQL中興通訊：GoldenDB東方金信：SeaBoxSQL虛谷偉業：虛谷數據庫阿里：PolarDB-X百度：GaiaDB-X亞信安慧：AntDB分布式熱璞：HotDB達夢：DMDPC航天紫光：CASICloudDBCP京東：StarDB星環：KunDB達夢：DM8/DM

DSC阿里：PolarDB-O神州通用：OSCAR人大金倉：KingbaseES南大通用：GBASE

8S華為：GaussDB集中式萬里：萬里安全數據庫優炫：UXDB海量：G1

00瀚高：HighGO恩墨：MogDB京東：StarDB亞信安慧：AntDB集中式重點企業重點企業數據庫選型建議四：分布式還是集中式？分布式優點高可用架構，自動故障切換、可橫向擴展缺點支持多租戶（大部分產品），減少數據庫的數量應用需要特殊適配，研發要求更高更高的硬件資源需求，節點數較少的時候無法發 揮分布式的優勢，高負載時運維困難存儲過程性能與集中式數據庫相比差距較大適用場景關鍵的交易型系統，對故障切換時間要求較高的 系統，物聯網系統，互聯網特征較強的系統通過多租戶為增長速度很快的微應用提供后端數 據庫輕量級HTAP場景（小于300

TB的大型交易與 分析混合型場景）集中式優點國產化替換浪潮進行時，信創數據庫該如何選型？缺點架構簡單，易于運維，資源浪費較少，大部分 企業都擁有豐富的集中式數據庫使用經驗應用不需要針對分區鍵/分布鍵做相應的改造優 化，不容易因為分布式問題引發性能問題高可用切換能力偏弱，大部分情況下主從切換 需要人工介入HTAP能力較弱，大數據量時大部分國產集中 式數據庫的性能表現一般適用場景集中式數據庫的適用場景較分布式數據庫而言 更為廣闊簡單替代場景，用于中小系統替代幾十TB級別及以下的關鍵系統/核心系統替代數據庫選型建議五：評測模型舉例國產化替換浪潮進行時，信創數據庫該如何選型？數據庫選型建議總結選通過信創國測的選經過大量用戶驗證打磨的選同時有商用版和開源版的選原廠服務好的選遷移成本低的選本企業技術積累豐富的選懂的人多的，第

選文檔質量三方服務生態好的

高的選生態工具豐富的選本地服務能力強的國產化替換浪潮進行時，信創數據庫該如何選型？5完善的異構數據庫遷移能力完備的Oracle和MySQL數據遷移工具、遷移方法和成功遷移實踐41自主開源研發級前向立體式開源、從源頭確保供應鏈安全2架構先進原生分布式、架構上限極高、面向未來基礎架構設計3PB級擴展性全場景同時支持OLTP和OLAP業務負載，滿足實時數據處理和復雜查詢分析要求，提供向量化搜索能力全球數十家PB級的客戶生產實踐案例國產化替換浪潮進行時，信創數據庫該如何選型？舉例分析：TiDB

的核心競爭力分享大綱一、國產化替代方針與策略二、數據庫選型策略三、AIOPS助力國產數據庫替代TIDB社區活動（南京站）數據庫智能化運維演進路線IT運維智能化中成本與工作量最大的部分是數字化和智能化能力的積累，完全依靠一個企業的效率太低，成本太大。利用生態化的手段，充分與產業單位、其他用戶、運維服務提供商等構建一個技術、知識分享，服務協作的生態，可以大大縮短演進時間，降低整體成本。ITIL/ITOM 管理制度的完善與提升制度化標準化操作流程的標準化IT技術的標準化IT工作的標準化自動化部署自動化監控自動化運維自動化數字化數字化采集數字化分析數字化運行技術生態知識生態協作生態生態化智能化智能化感知智能化分析智能化調度國產化替換浪潮進行時，信創數據庫該如何選型？構建數據庫智能化運維的基礎強大的可觀測性高質量運維知識強大的

推理大模型豐富的指標和系統統計信息準確的等待事件完善的日志和TRACE?觀數據AWR和微觀數據ASH運維知識高質量的原廠文檔大量的第三方書籍運維經驗原廠的運維