數據庫類型

典型的NoSQL數據庫包含以下幾種。

高可用和容災

自動故障恢復、自動主備切換

如果是生產環境，或者要求數據庫具備高可用性，那么選擇非單節點的產品形態都可以滿足需求。實例故障時，會自動進行主備切換，秒級完成切換，并且切換過程對應用透明。

多可用區容災

多可用區容災（同城冗余）是指主備節點部署在同一地域的不同可用區。相對于同可用區部署（本地冗余），多可用區部署可以抵御可用區級別的災害。多可用區部署沒有額外費用，同一地域不同可用區之間的網絡延遲極小。

阿里云Tair、Redis、MongoDB、Lindorm的非單節點實例、Tablestore都支持多可用區部署。

注意：部分地域不支持多可用區部署。

跨地域容災

對于關鍵業務，您可能還要求實現跨地域容災，以抵御地域級別的災害。

• 阿里云Tair和Redis：支持創建全球多活實例，在實現跨地域容災的同時，所有節點可同時對外提供服務，可實現應用就近訪問。

• Lindorm：支持通過LTS（Lindorm Tunnel Service）實現跨地域數據同步。

• MongoDB：支持使用DTS創建跨地域的同步鏈路，實現跨地域容災，具體請參見支持的數據庫。

• Tablestore：支持通過DataX實現全量同步，通過Flink實現增量同步。

存儲和性能

存儲

建議您評估當前和未來的存儲空間需求，并選擇符合您的存儲空間要求的產品。下表列出各產品支持的最大存儲空間。

性能

建議使用實際業務的數據進行性能測試，因為實際性能指標會受到多個因素的影響，包括硬件配置、數據模型、索引設計、查詢優化等。

您也可以參考以下信息。

• Redis和Tair：

  • Tair內存型實例的性能可達Redis社區版的3倍。

    產品	最大內存	最大帶寬（MB/s）	最大連接數	最大QPS參考值
    Redis社區版	16384GB	2048	50萬	2560萬
    Redis企業版（Tair）	16384GB	2048	50萬	7680萬

  • 您也可以參考性能白皮書。

• MongoDB：性能白皮書

• HBase：性能白皮書

• Lindorm：

  • 寬表引擎：支持千萬級高并發吞吐，吞吐性能是開源HBase的3~7倍，P99時延為開源HBase的1/10。

  • 時序引擎：寫入性能和查詢性能是InfluxDB的1.3倍，是OpenTSDB的5-10倍。

  • 搜索引擎：基于Lucene引擎深度優化，綜合性能比開源Solr/ES提升30%。

  • 寬表引擎性能白皮書、時序引擎性能白皮書、搜索引擎性能白皮書、時空引擎性能測試

• Tablestore：支持千萬級并發讀寫能力。您也可以參考性能白皮書。

成本

考慮以下方面，可以幫助您節省成本。

計費方式

• 按量付費：如果短期使用，可選擇按量付費，按小時出賬，用完隨時釋放。

• 包年包月：如果長期使用，可選擇包年包月享受折扣，也可以采用按量付費+資源包的方式。

資源包

資源包以預付費的方式購買，用于抵扣按量付費費用，節省成本。例如Redis、Tair、MongoDB、Tablestore均支持購買資源包。

經濟版/Arm架構

例如，Redis經濟版通過智能的成本控制與資源整合，提升產品性價比。在保證實例穩定性和可用性的同時，有效降低IT投入成本。

單節點實例

如果僅用于測試或學習，或者是開發環境，可以考慮單節點的產品形態，節省了熱備節點的成本，例如Redis/Tair單副本實例、MongoDB單節點實例、Lindorm輕量版單節點實例。單節點實例意外宕機時會自動恢復，但由于沒有熱備節點，會較長時間不可用。

使用高性能產品

數據庫產品性能高，就可以用更低的規格和更少的節點來支撐負載，節省資源成本。例如Tair內存型、Lindorm、Tablestore高性能實例具備的高性能可以提供這樣的成本優勢。

使用多模數據庫

在多模數據庫里，多種數據引擎共享統一的存儲池，減少存儲碎片，降低使用成本。

使用低成本存儲介質

• Tair

  • 持久化內存：如果希望在保持性能的情況下降低成本，可以選擇使用持久內存。持久內存既有內存級的延時和吞吐，也有數據持久化能力，能降低成本。

    相關產品為Tair的持久內存型實例，性能約為Redis社區版的90%，成本降低30%，還能簡化應用架構以及避免緩存搭配磁盤的數據一致性問題。

  • 磁盤：如果性能要求不高，并希望降低存儲成本，可選擇使用磁盤作為存儲介質。

    相關產品為Tair的磁盤實例，性能約為Redis社區版的60%，成本最低僅為Redis社區版的15%，且容量可達百TB級別。

• Lindorm

  • 支持容量型云存儲，使用高密度磁盤存儲陣列，提供極低成本存儲能力。

  • 支持本地HDD盤，降低存儲成本。

• Tablestore

  • 支持容量型實例，采用HDD盤降低存儲成本。

糾刪碼

糾刪碼相比于多副本，可以保證相同可靠性，同時節約存儲空間。例如LIndorm的本地SSD盤和HDD盤支持開啟糾刪碼功能，使數據副本冗余倍率將從3下降至1.5。

高壓縮率

高壓縮率可以幫助節省存儲成本。例如：

• TairRoaring數據結構，完全兼容Bitmap，數據壓縮率高達7:1。

• Lindorm寬表引擎壓縮率可達10:1，時序引擎壓縮率可達15:1。

• Tablestore寬表引擎壓縮率最低3.7:1，時序引擎壓縮率最低21:1。

以上數據僅供參考，實際壓縮率與數據類型、數據特征、數據重復度等有關。

冷熱分離

若某些數據（例如歷史數據）讀取頻率非常低，可以使用冷數據歸檔功能，將這部分數據轉存至低成本的OSS存儲，以降低存儲成本。例如，Lindorm（寬表、時序、搜索引擎）和Tablestore都支持冷熱分離。

擴展性

在業務高峰前快速擴容，在高峰后快速縮容，可以幫助降低成本。具體請參見“擴展性”頁簽。

擴展性

關于數據庫的擴展性，您可以關注擴展能力、擴展耗時以及擴展的影響。

擴展能力

• 性能垂直擴展：指垂直升降配，即提升或降低實例的規格（CPU和內存）。

  所有NoSQL實例都提供該能力。

• 性能水平擴展：指增加或減少節點或分片。以下實例提供該能力：

  • Redis/Tair集群架構和讀寫分離架構

  • MongoDB分片集群架構和副本集架構

  • Lindorm

  • HBase集群版

• 存儲擴展

  除了純內存型產品，所有NoSQL實例都支持存儲空間擴容。純內存型產品不含硬盤存儲空間。

擴展耗時

部分實例在本地資源不足的情況下需要遷移數據，擴展耗時與數據量相關。如果您的業務要求快速彈性擴展，建議選擇支持分鐘級甚至秒級擴展的實例。

擴展的影響

• 變配過程通常僅有約30秒閃斷。

• 部分情況在擴展過程中無閃斷，業務無感知，例如Tair云原生版的集群架構實例擴容無閃斷。

自動擴展

例如，以下方案支持無人值守的自動擴展：

• 使用DAS實現Redis/Tair的自動升降配、定時升降配和帶寬彈性伸縮，具體支持的實例類型，請參見對應文檔。

• Lindorm計算引擎支持自動彈性伸縮。

可靠性

備份與恢復

• 所有NoSQL產品都提供備份和恢復功能，您可以設置自動備份頻率。部分產品架構不支持備份功能，比如Redis單副本架構。

• 如果您希望在數據丟失時可以恢復任意時間點的數據，需要選擇支持增量日志備份的實例。

• 您也可以使用數據庫備份DBS為NoSQL數據庫提供的企業級備份恢復能力。關于DBS支持的數據庫，請參見支持的數據庫引擎與功能。

安全性

網絡安全

傳統的經典網絡中，實例之間不通過網絡進行隔離，只能依靠實例自身的白名單策略來阻擋非法訪問。一個VPC就是一個隔離的網絡環境，VPC的安全性較高，推薦您使用VPC。

所有云數據庫產品都支持VPC，部分云數據庫產品已不支持經典網絡。

訪問控制

• RAM：為確保您的阿里云賬號及云資源使用安全，應盡量避免由阿里云主賬號訪問云上的數據庫，改為使用RAM身份（即RAM用戶和RAM角色）進行訪問。

• 白名單：一臺設備在連接至云數據庫前，需要先將設備的IP地址添加到云數據庫的白名單，該設備才能訪問該云數據庫。阿里云云數據庫都提供白名單功能。

• 數據庫賬號權限：通過命令進行數據庫賬號的細顆粒度權限控制，部分產品支持通過控制臺進行數據庫賬號的粗粒度權限控制。

數據加密和脫敏

• 靜態數據加密：如果您需要對存儲介質里的數據進行加密，那么數據庫需要支持透明數據加密TDE（Transparent Data Encryption）或者云盤加密其中一種功能。

• 傳輸數據加密：如果您需要對傳輸中的數據加密，那么數據庫需要支持SSL/TLS功能。

• 敏感數據保護：DMS提供敏感數據識別、分類和脫敏功能，具體支持的數據庫請參見敏感數據保護。

易用性

兼容性

數據庫產品兼容多種標準和協議，支持與三方生態產品互通，可以降低用戶使用難度。

• 云數據庫Tair和Redis完全兼容Redis協議。

• 云數據庫MongoDB版完全兼容MongoDB協議。

• 云原生多模數據庫Lindorm兼容SQL、HBase、Cassandra、S3、HDFS、OpenTSDB、PromQL、Elasticsearch/Solr、Kafka、Spark、Flink等。

• 表格存儲兼容SQL、HBase、TSDB、Elasticsearch，以及主流開源流批計算引擎，包括Spark、Flink、Presto等；支持對接阿里大數據平臺生態組件，包括DataWorks、DataHub、MaxCompute等。

易運維

數據庫自治服務DAS可以實時自動識別熱Key和大Key，自動擴縮容數據庫等，降低運維難度和問題排查成本，具體支持的數據庫請參見支持的數據庫引擎與功能。

方案

您可以采用以下方案來支持OLAP負載。

高可用和容災

自動故障恢復、自動主備切換

• 如果僅用于測試或學習，或者是開發環境，可以考慮單節點的產品形態，節省了熱備節點的成本，例如AnalyticDB for MySQL數倉版彈性模式單機版、ClickHouse社區兼容版單副本。

  單節點實例意外宕機時會自動恢復，但由于沒有熱備節點，會較長時間不可用。

• 如果是生產環境，或者要求數據庫具備高可用性，那么選擇非單節點的產品形態通常都可以滿足需求。

  這類實例故障時，會自動進行主備切換，秒級完成切換，并且切換過程對應用透明。

存儲和性能

存儲

AnalyticDB for MySQL/PostgreSQL、ClickHouse和SelectDB都支持存儲PB級數據量。

性能

• AnalyticDB：支持關聯查詢千億級的數據表、查詢萬億級的數據表，支持秒級甚至毫秒級對海量數據進行復雜查詢和計算，超大規模數據寫入實時可見，確保數據的強一致性。

• ClickHouse：基于大寬表的聚合分析查詢性能非常優異，比傳統MySQL快數百倍。

• SelectDB：支持亞秒級響應海量數據查詢、萬級高并發點查詢以及高吞吐復雜分析。在業界知名的ClickBench全球分析型數據庫性能排行榜上，查詢性能第一，寫入效率第二。

建議：

• 如果業務上主要是多表關聯復雜查詢，建議選擇AnalyticDB for MySQL/PostgreSQL或SelectDB。

• 對于大寬表多維查詢，AnalyticDB for MySQL/PostgreSQL、ClickHouse和SelectDB都能不同程度地滿足需求。

• 如果需要做數據離線處理，例如用Spark，建議選擇AnalyticDB MySQL。

• 您可以用測試集進行性能測試：

  • AnalyticDB for MySQL：性能白皮書

  • AnalyticDB for PostgreSQL：TPC-H、向量分析性能測試、Serverless模式性能測試

  • ClickHouse：性能測試指南

• 建議使用實際業務的數據進行性能測試，因為實際性能指標會受到多個因素的影響，包括硬件配置、數據模型、索引設計、SQL語句優化等。

成本

考慮以下方面，可以幫助您節省成本。

計費方式

• 按量付費：如果短期使用，可選擇按量付費，按小時出賬，用完隨時釋放。

• 包年包月：如果長期使用，可選擇包年包月享受折扣。

• Serverless：Serverless讓您可以按實際使用量計費，節省成本，例如：

  • AnalyticDB for MySQL湖倉版、AnalyticDB for PostgreSQL Serverless版和ClickHouse企業版的計算資源和存儲空間都按實際使用量計費。

  • AnalyticDB for MySQL數倉版彈性模式和SelectDB的存儲空間按實際使用量計費。

單節點實例

如果僅用于測試或學習，或者是開發環境，可以考慮單節點的產品形態，節省了熱備節點的成本，例如AnalyticDB for MySQL數倉版彈性模式單機版、ClickHouse社區兼容版單副本。單節點實例意外宕機時會自動恢復，但由于沒有熱備節點，會較長時間不可用。

暫停實例

• 部分AnalyticDB for PostgreSQL和ClickHouse實例支持手動暫停實例，暫停期間只需付存儲費用。

• AnalyticDB for PostgreSQL Serverless實例支持自動啟停。

低成本存儲介質

• 湖存儲：AnalyticDB for MySQL湖倉版3.0支持基于Hudi格式的低成本OSS存儲，支持SLS、Kafka、RDS、PolarDB等數據源的數據實時入湖。

• 冷熱分離：AnalyticDB部分實例和ClickHouse、SelectDB都支持冷熱數據分離，熱數據存儲在SSD盤，冷數據存儲在OSS中，降低存儲成本。

擴展性

在業務高峰前快速擴容，在高峰后快速縮容，可以幫助降低成本。具體請參見“擴展性”頁簽。

湖倉一體化、離線在線一體化

在AnalyticDB for MySQL湖倉版中，一份數據同時提供數據倉庫和數據湖的能力，同時支持在線分析和離線處理，減少數據冗余，節省存儲成本和運維成本，并提升時效性。

數據傳輸成本

通過外表訪問數據或者使用一站式HTAP能力，可以節省數據傳輸的成本。具體請參見“方案“頁簽。

使用OLTP數據庫

對于相對輕量的數據分析，可以使用OLTP數據庫本身的并行查詢或行列混存功能，節省數據傳輸和數據倉庫的成本并簡化運維工作。

擴展性

關于數據倉庫的擴展性，您可以關注擴展能力、擴展耗時以及擴展的影響。

擴展能力

• 性能擴展：指垂直擴展（提升或降低節點規格）或水平擴展（增加或減少節點）。

  阿里云所有OLAP產品都提供該能力。

• 存儲擴展

  阿里云所有OLAP產品都支持存儲空間擴容。

擴展耗時

部分實例在本地資源不足的情況下需要遷移數據，擴展耗時與數據量相關。如果您的業務要求快速彈性擴展，建議選擇支持分鐘級甚至秒級擴展的實例。

擴展的影響

變配過程通常僅有約30秒閃斷。

自動擴展

• AnalyticDB for MySQL部分實例、AnalyticDB for PostgreSQL Serverless版和ClickHouse企業版支持計算資源和存儲空間都自動擴展，按使用量計費。

• AnalyticDB for MySQL支持資源彈性計劃，可根據彈性計劃自動擴縮容。

• SelectDB支持存儲空間自動擴展，按使用量計費。

兼容性/生態

阿里云OLAP產品都兼容SQL、通用客戶端和BI工具等，您可以快速上手，無需二次學習。

• AnalyticDB for MySQL：高度兼容MySQL，完全兼容Spark生態。

• AnalyticDB for PostgreSQL：高度兼容Postgres和Greenplum，適當兼容Teradata和Oracle。

• ClickHouse：完全兼容開源ClickHouse，高度兼容MySQL。

• SelectDB：完全兼容Apache Doris，高度兼容MySQL。

多模數據分析

• 如果要求支持向量檢索，可以選擇AnalyticDB for MySQL/PostgreSQL。

• 如果要求支持時空分析，可以選擇AnalyticDB for PostgreSQL。

• 如果需要分析半結構化數據（JSON）、非結構化數據（圖片音頻等），可以選擇AnalyticDB for MySQL/PostgreSQL。

• 如果需要通過外表方式訪問OSS、Hadoop、MaxCompute數據，可以選擇AnalyticDB for MySQL/PostgreSQL和ClickHouse。

• 如果需要通過外表方式訪問MongoDB數據，可以選擇AnalyticDB for MySQL。

資源隔離

您可能需要數據倉庫支持資源隔離，保障不同業務的查詢效率和穩定性。例如：

• AnalyticDB for MySQL支持通過資源組實現資源隔離。

• AnalyticDB for PostgreSQL支持通過資源組或資源隊列實現資源隔離。

• ClickHouse某些實例支持通過資源隊列實現資源隔離。

• SelectDB通過創建不同的集群實現資源隔離。

可靠性

備份與恢復

• 備份：AnalyticDB for MySQL/PostgreSQL和部分ClickHouse實例支持周期性的全量備份和日志備份。

• 恢復：如果您希望在數據丟失時可以恢復任意時間點的數據，需要選擇支持日志備份的實例并開啟日志備份。

安全性

網絡安全

傳統的經典網絡中，實例之間不通過網絡進行隔離，只能依靠實例自身的白名單策略來阻擋非法訪問。一個VPC就是一個隔離的網絡環境，VPC的安全性較高，推薦您使用VPC。

所有云數據庫產品都支持VPC，部分產品已不支持經典網絡。

訪問控制

• RAM：為確保您的阿里云賬號及云資源使用安全，應盡量避免由阿里云主賬號訪問云上的數據庫，改為使用RAM身份（即RAM用戶和RAM角色）進行訪問。

• 白名單：一臺設備在連接至云數據庫前，需要先將設備的IP地址添加到云數據庫的白名單，該設備才能訪問該云數據庫。阿里云云數據庫都提供白名單功能。

• 數據庫賬號權限：可以通過控制臺進行數據庫賬號的粗粒度權限控制，通過命令進行數據庫賬號的細顆粒度權限控制。

• 行級權限：例如，AnalyticDB for PostgreSQL部分實例支持行安全策略特性（Row Security Policies），該特性可以限制數據庫賬號只能查詢或更新指定行。

數據加密和脫敏

• 靜態數據加密：如果您需要對存儲介質里的數據進行加密，那么數據庫需要支持云盤加密。

• 傳輸數據加密：如果您需要對傳輸中的數據加密，那么數據庫需要支持SSL/TLS功能。

• 數據脫敏：例如AnalyticDB for MySQL/PostgreSQL、ClickHouse實例支持通過DMS實現動態數據脫敏。

關系型數據庫

NoSQL數據庫

數據倉庫

數據庫工具

關系型數據庫

NoSQL數據庫

數據倉庫

數據庫工具