振动附加斑点缓慢阅读性能

Question

我观察到，当斑点附加到几千倍或更多次时，从Azure附加BLOB的阅读非常慢。写入/添加很快，但是阅读典型的日志斑点，每个尺寸的附加量为几千kb，总尺寸为几个MB需要超过一分钟的时间！阅读标准博客或类似大小的页面斑点需要毫秒。是否有某种方法可以加快从附加斑点（即通过变平内部结构）加快阅读的方法？

到目前为止，最好定期“存档” /将附加斑点转换为阻止斑点，然后对其进行处理。有任何建议吗？

如果不是，建议对日志推荐替代存储？ 可以使用Azure表，但是即使使用批量操作，也需要更多的读取。

Answer 1

目前，您最好的选择是，就像您写的那样，将附加斑点复制到块斑点中并从中读取。

否则，Azure存储团队有计划（自2018年6月以来）添加

f-fragmentation temutiond。有了这一点，我们最终也可以对小附加量进行快速阅读。

i确实切换到Azure表并阅读性能是合理的，1.5K项目约1秒钟，以批量模式阅读。尽管如此，读取具有相同内容的块或页面斑点的速度却更快。如果有一种方法可以附加到页面斑点，那将是非常有效的。这可以手动完成，因此也许附加（或某些其他类型的斑点）可以在以后的某个版本中自动化。附加斑点在附加blob中的深度潜水中非常复杂，这可能是缓慢阅读的原因。

Answer 2

它不是一个好主意，将新内容附加到附加blob中存在的文件。当我们需要将内容附加到斑点上时，应使用斑点，并且我们不在乎该顺序。如果您想使用附录来记录一些应用程序信息，我们可以将新的日志信息写入新文件并保存到Azure Append Blob。 Azure表也是我们记录应用程序信息的好服务。如果我们想找出日志信息，我们可以使用

Answer 3

.

。