windows azure table存储大负载

作者: 仙风道骨刘憨
发布时间: 2024-03-31 11:16:34 (19天前)
转自：

3 条回复

0#
回复此人
一瓶泡沫 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 检查的<strong> Azure存储可伸缩性和性能目标 </强> 文档页面。这应该回答你的部分问题。 </p> <P> <a href="http://msdn.microsoft.com/en-us/library/azure/dn249410.aspx" rel="nofollow"> http://msdn.microsoft.com/en-us/library/azure/dn249410.aspx </A> </p> </DIV>

编辑
1#
回复此人
至此 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 我建议在这里阅读最佳实践： <a href =“http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx”rel =“ nofollow的“> http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx </A> </p> <P> 以下是单个存储帐户的可伸缩性目标： </p> <P> ？事务 C每秒最多5,000个实体/消息/ blob </p> <P> 单表分区 C表分区是表中具有相同分区键值的所有实体，并且大多数表具有许多分区。单个分区的吞吐量目标是： </p> <P> ？每秒最多500个实体 </p> <P> ？注意，这适用于单个分区，而不是单个表。因此，具有良好分区的表可以每秒处理多达几千个请求（直到存储帐户目标）。 </p> <P> 只要您正确地对数据进行分区，这样您就不会将一堆数据全部转移到一台机器上，那么一个表应该没问题。另外请记住如何查询数据，如果不使用索引（PartitionKey | RowKey），则必须执行全表扫描，这对于大型数据集来说非常昂贵。 </p> </DIV>

编辑

登录后才能参与评论