要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击[此处](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)了解更多信息。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 读取
<a name="data-ingest"></a>
+ 确保传入数据的时间戳不早于内存存储配置的数据留存期，且不晚于 [限额默认限额](ts-limits.md) 中定义的未来摄取周期。 LiveAnalytics 除非您为表启用磁存储写入，否则发送时间戳超出这些范围的数据将导致 Timestream 拒绝这些数据。如果启用磁性存储写入，请确保传入数据的时间戳不早于磁性存储配置的数据留存时间。
+ 如果预计数据会延迟到达，请为表启用磁性存储写入。这将允许摄取时间戳超出内存存储保留期但仍处于磁性存储保留期内的数据。您可以通过更新表的 `MagneticStoreWritesProperties` 中的 `EnableMagneticStoreWrites` 标志以进行设置。默认情况下，此属性为 false。请注意，写入磁性存储的内容不会立即可供查询。这些内容将在 6 小时内提供。
+ 通过确保摄取数据的时间戳在内存存储保留范围内，将高吞吐量工作负载定位到内存存储。对磁性存储的写入受限于数据库中可接收并发摄取的活动磁性存储分区最大数量。你可以在中看到这个`ActiveMagneticStorePartitions`指标 CloudWatch。为减少活动磁性存储分区数量，请尽量减少并行磁性存储摄取过程中涉及的系列数量及持续时间。
+ 在向 Timestream 发送数据时 LiveAnalytics，在单个请求中批处理多条记录以优化数据提取性能。
  + 将来自相同时间序列的记录和具有相同度量名称的记录进行批处理会有所助益。
  + 在单个请求中尽可能批处理更多记录，前提是这些请求符合 [限额默认限额](ts-limits.md) 中定义的服务限制。
  + 尽可能使用通用属性以减少数据传输和摄取成本。有关更多信息，请参阅 [ WriteRecords API](https://docs.aws.amazon.com/timestream/latest/developerguide/API_WriteRecords.html)。
+ 如果您在向 Timestream 写入数据时遇到部分客户端故障 LiveAnalytics，则可以在解决拒绝原因后重新发送一批提取失败的记录。
+ 按时间戳排序的数据具有更优的写入性能。
+ Amazon Timestream 版旨在根据您的应用程序需求自动进行扩展。 LiveAnalytics 当 Timestream for notices 的应用程序写入请求激增时，您的应用程序可能会遇到某种程度的初始内存存储限制。 LiveAnalytics 如果您的应用程序遇到内存存储限制，请继续以相同（或更高）的速率向 Timestream 发送数据，以使 Timestream 能够自动扩展以满足应用程序的需求。 LiveAnalytics LiveAnalytics 如果发现磁性存储节流，应降低磁性存储的摄取速率，直至 `ActiveMagneticStorePartitions` 数量下降。

# 批量加载
<a name="batch-load-bp"></a>

[批量加载最佳实践](batch-load-best-practices.md) 中介绍批量加载的最佳实践。