全部產品
Search
文件中心

Tablestore:多元索引計量計費

更新時間:Jun 30, 2024

使用多元索引時,索引資料會產生額外的資料存放區量,索引查詢也會消耗讀輸送量。本文介紹了多元索引的計費項目、計費公式以及計費樣本。

注意事項

  • 索引單獨計量計費,和資料表無關。

  • 多元索引的各計費項目的價格和高效能執行個體費用一致。具體計費價格請參見Table Store價格詳情頁

計費項目

計費項目

計費方式

描述

資料存放區量

隨用隨付

單位為GB,不足1 GB的按1 GB向上取整。

Table Store對索引的資料總量按小時計費。由於索引中欄位類型、索引類型的不同會導致最終佔用的系統資源差異極大,索引的儲存量未按照資料表的未經處理資料大小計費,而是根據建立完索引後的壓縮資料大小進行計費。

讀輸送量

預留讀輸送量

隨用隨付

單位為CU

Table Store會根據索引資料規模自動化佈建一個預留讀輸送量。預留讀輸送量費用包含以下資源消耗:

  • 建立索引時,會先從資料表中讀取資料,從而消耗一定讀輸送量。

  • 建立索引需要消耗寫輸送量,且建立索引時可能還會有分詞,對資源的消耗會比較高。這部分費用也會包括在預留讀輸送量中,不會再額外計費。

  • 為了保證索引和查詢的效能,索引的部分內容會提前載入進記憶體且記憶體駐留,並消耗系統的記憶體資源。這部分費用也會包括在預留讀輸送量中。

查詢索引時不超過預留讀輸送量的部分將按照預留讀的單價進行計費。例如一個索引的預留讀輸送量為10000 CU,使用索引查詢時,每次查詢10行資料,每行小於4 KB,當查詢QPS(每秒查詢率)小於1000時查詢輸送量都會被預留輸送量覆蓋,這部分查詢不會再額外收費。

預留讀輸送量建置規則:預留讀輸送量和索引的資料大小及行數成正比,1 GB或200萬行資料對應10 CU。當資料大小和行數對應的預留讀輸送量不一致時,系統會取兩者中較大值作為預留讀輸送量。

重要

當資料存放區量小於200 MB且資料行數小於40萬行時,預留讀輸送量只能為20 CU,主要用於小資料量的測試;當資料存放區量大於等於200 MB或者資料行數大於等於40萬行時,預留讀輸送量系統最低會設定為100 CU。

按量讀輸送量

隨用隨付

當實際讀輸送量超出了預留讀輸送量時,超出的部分按照按量讀輸送量進行計費。

單位為CU

外網下行流量

隨用隨付

外網流出流量的費用。單位為GB。

計費公式

多元索引的資料存放區量以及讀輸送量的計算公式請參見下表。

計費項目

公式

描述

資料存放區量

fig_tablestore_001

Size指索引壓縮後的大小。

讀輸送量

索引預留讀CU:fig_reservereadcu

查詢讀CU:cuperquery

  • Size指索引壓縮後的大小。

  • Rows指索引中資料總行數,不包括巢狀型別的子行。

  • ReturnRowSize指返回行的大小。

  • ReturnRowCount指返回行數。

計費樣本

說明

下表中的價格僅供參考,具體價格請以Table Store價格詳情頁為準。

儲存

行數

費用計算

8 GB

900萬行

  • 儲存費用:8*US$0.00030/GB/小時=US$0.0024/小時

  • 預留讀輸送量建置規則:8 GB對應80 CU,900萬行對應45 CU。由於當資料存放區量大於200 MB且資料行數大於40萬行,預留讀輸送量系統最低會設定為100 CU,因此預留讀輸送量需要按照100 CU計算。

    預留讀輸送量費用:100*US$0.0002/CU/小時=US$0.02/小時

  • 總費用:US$0.0024/小時+US$0.02/小時=US$0.0224/小時

如果實際讀超過預留讀輸送量,超出部分按照按量讀輸送量進行計費。如果產生外網下行流量,外網下行流量費用同資料表一致。

100 GB

3億行

  • 儲存費用:100*US$0.00030/GB/小時=US$0.03/小時

  • 預留讀輸送量建置規則:100 GB對應1000 CU,3億行資料對應1500 CU,則預留讀輸送量取兩者中較大值則是1500 CU。

    預留讀輸送量費用:1500*US$0.0002/CU/小時=US$0.3/小時

  • 總費用:US$0.03/小時+US$0.3/小時=US$0.33/小時

如果實際讀超過預留讀輸送量,超出部分按照按量讀輸送量進行計費。如果產生外網下行流量,外網下行流量費用同資料表一致。

常見問題

使用多元索引時,為什麼會產生預留讀CU?

Table Store會根據索引資料規模自動化佈建一個預留讀輸送量。預留讀輸送量費用包含以下資源消耗:

  • 建立索引時,會先從資料表中讀取資料,從而消耗一定讀輸送量。

  • 建立索引需要消耗寫輸送量,且建立索引時可能還會有分詞,對資源的消耗會比較高。這部分費用也會包括在預留讀輸送量中,不會再額外計費。

  • 為了保證索引和查詢的效能,索引的部分內容會提前載入進記憶體且記憶體駐留,並消耗系統的記憶體資源。這部分費用也會包括在預留讀輸送量中。

多元索引中的預留讀CU配置支援調整嗎?

不支援調整。預留讀CU與儲存量和行數正相關,用於支援索引的構建與相關記憶體維護。如果期望減少該部分開銷,只能通過最佳化索引大小或行數來解決。

在容量型執行個體中,使用多元索引時為什麼會產生高效能的儲存與讀寫計費?

使用多元索引時,索引資料會產生額外的資料存放區量,索引查詢也會消耗讀輸送量,同時多元索引的各計費項目的價格和高效能執行個體費用一致,因此在容量型執行個體中使用多元索引時會產生高效能的儲存與讀寫計費。

如何查看多元索引的計量資料?

您可以通過Table Store控制台查看多元索引的儲存量、預留讀CU、行數等計量資料。具體操作,請參見查看多元索引計量資料

多元索引預留讀輸送量支援使用預留CU套餐進行抵扣嗎?

支援。預留CU套餐用於抵扣預留讀寫CU量(包含多元索引產生的預留讀輸送量)。