将 Amazon Timestream 配置为 LiveAnalytics

设置内存存储的数据保留期，使其符合应用程序处理迟到数据的要求。延迟到达的数据是指时间戳早于当前时间的传入数据。它由在将数据发送到 Timestream 之前对事件进行批处理的资源发出 LiveAnalytics，也可以从具有间歇性连接的资源（例如间歇性在线的物联网传感器）中发出。

如果您预计迟到的数据偶尔会带有比内存存储保留时间更早的时间戳，则应为表启用磁性存储写入功能。 MagneticStoreWritesProperties 为表设置输入后，该表将接受时间戳早于内存存储保留期但 EnableMagneticStoreWrites 处于磁存储保留期内的数据。

考虑一下您计划在 Timestream 上运行的查询的特征， LiveAnalytics 例如查询类型、频率、时间范围和性能要求。这是因为内存存储和磁存储针对不同的场景进行了优化。内存存储经过优化，可处理发送到 Timestream 的少量最新数据的快速 point-in-time查询。 LiveAnalytics磁存储器针对快速分析查询进行了优化，这些查询可以处理发送到Timestream的 LiveAnalytics中到大量数据。

您的数据保留期限还应受到系统成本要求的影响。

例如，假设您的应用程序延迟到达的数据阈值为 2 小时，并且您的应用程序发送了许多查询，这些查询处理一天价值、一周或数月的数据。在这种情况下，您可能需要为内存存储配置较小的保留期（2-3 小时），并允许更多数据流向磁存储，因为磁存储已针对快速分析查询进行了优化。

当您缩短内存存储的保留期时，数据将从内存存储移动到磁性存储，并且这种数据传输是永久性的。的 Timestream LiveAnalytics 不会从磁性存储中检索数据来填充内存存储。当您缩短磁存储的保留期时，数据将从系统中删除，并且数据删除是永久性的。

当您延长内存存储或磁性存储的保留期时，更改将对 LiveAnalytics 从该时起发送到 Timestream 的数据生效。的 Timestream LiveAnalytics 不会从磁性存储中检索数据来填充内存存储。例如，如果内存存储的保留期最初设置为 2 小时，然后增加到 24 小时，则内存存储将需要 22 小时才能包含价值 24 小时的数据。