表格儲存體的可擴縮性和效能目標
此參考文件會詳細說明 Azure 儲存體的可擴縮性和效能目標。 列於此處的延展性和效能目標都是高階目標,但仍可達成。 在所有情況下,您的儲存體帳戶所達到的要求率和頻寬取決於已儲存物件的大小、使用的存取模式、應用程式執行的工作負載類型。
務必測試您的服務,以判斷其效能是否符合您的需求。 如果可能,請避免流量率突增,確保流量在不同分割之間妥善分散。
當您的應用程式達到分割區可處理的工作負載限制時,Azure 儲存體會開始傳回錯誤碼 503 (伺服器忙碌) 或錯誤碼 500 (作業逾時) 回應。 如果發生 503 錯誤,請考慮將您的應用程式修改為針對重試使用指數輪詢原則。 指數輪詢讓分割的負載減少,也能減輕該分割流量的尖峰。
調整資料表儲存體的目標
下表描述資料表儲存體的容量、延展性和效能目標。
資源 | 目標 |
---|---|
Azure 儲存體帳戶中的資料表數目 | 僅受限於儲存體帳戶的容量 |
資料表中的資料分割數目 | 僅受限於儲存體帳戶的容量 |
資料分割中的實體數目 | 僅受限於儲存體帳戶的容量 |
單一資料表的大小上限 | 500 TiB |
單一實體的大小上限,包括所有屬性值 | 1 MiB |
資料表實體中的屬性數目上限 | 255 (包括 3 個系統屬性:PartitionKey、RowKey 和 Timestamp) |
實體中個別屬性的大小總和上限 | 依屬性類型而有所不同。 如需詳細資訊,請參閱了解資料表服務的資料模型中的屬性類型。 |
PartitionKey | 大小上限為 1024 個字元的字串 |
RowKey | 大小上限為 1024 個字元的字串 |
實體群組交易的大小 | 交易最多可以包含 100 個實體,而承載大小必須小於 4 MiB。 實體群組交易只能包含實體的更新一次。 |
每個資料表的預存存取原則的最大數目 | 5 |
每一儲存體帳戶的要求率上限 | 每秒 20,000 筆交易,假設實體大小為 1 KiB |
單一資料表分割的目標輸送量 (1 KiB 實體) | 每秒最多 2,000 個實體 |