表格儲存體的可擴縮性和效能目標

  • 發行項

此參考文件會詳細說明 Azure 儲存體的可擴縮性和效能目標。 列於此處的延展性和效能目標都是高階目標，但仍可達成。 在所有情況下，您的儲存體帳戶所達到的要求率和頻寬取決於已儲存物件的大小、使用的存取模式、應用程式執行的工作負載類型。

務必測試您的服務，以判斷其效能是否符合您的需求。 如果可能，請避免流量率突增，確保流量在不同分割之間妥善分散。

當您的應用程式達到分割區可處理的工作負載限制時，Azure 儲存體會開始傳回錯誤碼 503 (伺服器忙碌) 或錯誤碼 500 (作業逾時) 回應。 如果發生 503 錯誤，請考慮將您的應用程式修改為針對重試使用指數輪詢原則。 指數輪詢讓分割的負載減少，也能減輕該分割流量的尖峰。

調整資料表儲存體的目標

下表描述資料表儲存體的容量、延展性和效能目標。

資源 目標
Azure 儲存體帳戶中的資料表數目 僅受限於儲存體帳戶的容量
資料表中的資料分割數目 僅受限於儲存體帳戶的容量
資料分割中的實體數目 僅受限於儲存體帳戶的容量
單一資料表的大小上限 500 TiB
單一實體的大小上限，包括所有屬性值 1 MiB
資料表實體中的屬性數目上限 255 (包括 3 個系統屬性：PartitionKey、RowKey 和 Timestamp)
實體中個別屬性的大小總和上限 依屬性類型而有所不同。 如需詳細資訊，請參閱了解資料表服務的資料模型中的屬性類型。
PartitionKey 大小最多 1 KiB 的字串
RowKey 大小最多 1 KiB 的字串
實體群組交易的大小 交易最多可以包含 100 個實體，而承載大小必須小於 4 MiB。 實體群組交易只能包含實體的更新一次。
每個資料表的預存存取原則的最大數目 5
每一儲存體帳戶的要求率上限 每秒 20,000 筆交易，假設實體大小為 1 KiB
單一資料表分割的目標輸送量 (1 KiB 實體) 每秒最多 2,000 個實體

另請參閱