要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击此处了解更多信息。
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
计划查询
计划查询通过预先计算一些实例集范围的聚合统计数据，助您优化控制面板。因此，自然而然的问题是，如何根据具体使用案例确定哪些结果需要预先计算，以及如何利用存储在派生表中的这些结果创建控制面板。该过程的第一步是确定哪些面板需要预先计算。以下是一些高级指南：
-
考虑用于填充面板的查询所扫描的字节数、控制面板重新加载的频率，以及将加载这些控制面板的并发用户数量。您应该从加载频率最高且扫描大量数据的控制面板开始。聚合控制面板示例中的前两个控制面板以及深入了解示例中的聚合控制面板都是此类控制面板的良好范例。
-
考虑将重复使用哪些计算。虽然可以为每个面板及其使用的每个变量值创建计划查询，但通过寻找途径利用单次计算预先处理多个面板所需的数据，可显著优化成本并减少计划查询的数量。
-
考虑计划查询的频率，以刷新派生表中的物化结果。您需要分析控制面板的刷新频率、控制面板中查询的时间窗口、预计算中使用的时间分箱以及控制面板中的面板。例如，如果绘制过去几天每小时汇总数据的控制面板每隔数小时才刷新一次，则可能需要将计划查询配置为仅每 30 分钟或每小时刷新一次。另一方面，如果控制面板绘制每分钟聚合数据，且每分钟左右刷新一次，则需要让计划查询每分钟或每几分钟刷新一次结果。
-
考虑使用计划查询可进一步优化哪些查询模式（根据查询成本和查询延迟这两大角度）。例如，在计算控制面板中经常用作变量的唯一维度值时，或返回传感器发出的最后一个数据点，或返回某个日期之后传感器发出的第一个数据点等。本指南介绍其中一些示例模式。
上述考量因素将对以下方面产生显著影响：将控制面板迁移至查询派生表时所节省的成本、控制面板中数据的时效性，以及计划查询所产生的费用。