配置适用于 LiveAnalytics 的 Amazon Timestream

设置内存存储的数据留存，使其符合应用程序对处理延迟到达数据的要求。延迟到达的数据是指时间戳早于当前时间的传入数据。该数据由两类资源发出：其一是将事件批量处理一段时间后，再将数据发送至 适用于 LiveAnalytics 的 Timestream 的资源；其二是连接状态间歇性的资源，例如间歇性在线的 IoT 传感器。

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

请考虑您计划在适用于 LiveAnalytics 的 Timestream 上运行的查询的特征，例如查询类型、频率、时间范围以及性能要求。这是因为内存存储和磁性存储针对不同的场景进行优化。内存存储针对快速时间点查询进行优化，这些查询处理发送到适用于 LiveAnalytics 的 Timestream 的少量数据。磁性存储针对快速分析查询进行优化，这些查询处理发送到适用于 LiveAnalytics 的 Timestream 的中等到大规模数据。

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

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

缩短内存存储的保留期时，数据将从内存存储迁移至磁性存储，且此数据传输具有永久性。适用于 LiveAnalytics 的 Timestream 不会从磁性存储中检索数据以填充内存存储。缩短磁性存储的保留期时，数据将从系统中永久删除。

当您延长内存存储或磁性存储的保留期时，此更改将对自该时间点起发送到适用于 LiveAnalytics 的 Timestream 的数据生效。适用于 LiveAnalytics 的 Timestream 不会从磁性存储中检索数据以填充内存存储。例如，如果内存存储的保留期最初设置为 2 小时，随后延长至 24 小时，则内存存储将需要 22 小时才能包含 24 小时的数据。