Azure Time Series Insights Gen2正式版是否较预览版性能下降？

首先得明确：你遇到的这种冷存储查询性能问题绝对值得担忧，完全不符合TSI正式版的预期表现——哪怕冷存储的设计延迟确实比热存储高，但针对仅6条数据的小范围查询，30秒还拿不全甚至超时返回continuation token，这明显是异常情况，不是正常的性能差异。

结合我接触过的TSI部署经验，给你几个分析方向和建议：

• 先排查预览版与正式版的配置差异
  你提到预览版性能出色，那先对比两者的核心配置：比如索引策略（是否针对设备ID、时间戳等查询常用字段做了正确索引）、冷存储的SKU选择、数据分区规则。如果正式版的索引字段比预览版少，或者分区策略不合理，会导致冷查询需要扫描大量无关数据，哪怕是小查询也会拖慢速度。

• 检查冷存储数据的导入状态
  你导入了4.5TB的传感器数据，要确认数据在冷存储中是否按预期完成了组织和优化。比如是否按时间、设备ID做了正确的分区？如果导入过程中没有触发自动优化，冷存储的数据可能处于未整理的状态，查询时需要遍历大量冗余存储块，导致延迟飙升。

• 关注平台层面的潜在问题
  TSI正式版刚推出时，确实有部分用户反馈冷存储的查询性能bug，尤其是针对小数据量的历史查询。这种情况下，建议你直接通过Azure门户的支持中心提交工单，提供你的查询示例（比如那个2018年某设备1分钟数据的查询语句）、环境配置信息、数据规模，让官方团队排查是否是平台侧的性能问题。

• 关于continuation token的补充
  30秒后返回这个token说明查询触发了超时，虽然你可以尝试调整查询的timeout参数延长超时时间，但这只是治标不治本——小数据量查询根本不应该走到超时这一步，本质还是冷存储的性能无法支撑正常查询需求。

总的来说，这个问题不能忽视，它会直接影响你后续对历史传感器数据的分析可用性，尤其是当数据量继续增长时，情况可能会进一步恶化。建议优先从配置差异入手排查，再联系官方支持定位问题。

内容的提问来源于stack exchange，提问作者Rens Groenveld