共用方式為


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

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

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

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

調整資料表儲存體的目標

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

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

另請參閱