如需與 Amazon Timestream for LiveAnalytics 類似的功能，請考慮使用 Amazon Timestream for InfluxDB。它提供簡化的資料擷取和單一位數毫秒查詢回應時間，以進行即時分析。[在這裡](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)進一步了解。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 為 LiveAnalytics 設定 Amazon Timestream
<a name="configuration"></a>

設定記憶體存放區和磁性存放區的資料保留期間，以符合資料處理、儲存、查詢效能和成本需求。
+ 設定記憶體存放區的資料保留，以符合應用程式處理延遲抵達資料的需求。延遲抵達資料是時間戳記早於目前時間的傳入資料。它從將資料傳送至 Timestream for LiveAnalytics 之前的一段時間內批次處理事件的資源發出，以及從具有間歇性連線的資源發出，例如間歇性上線的 IoT 感應器。
+ 如果您預期延遲抵達的資料偶爾會早於記憶體存放區保留的時間戳記，您應該啟用資料表的磁性存放區寫入。在資料表的 MagneticStoreWritesProperties 中設定 EnableMagneticStoreWrites MagneticStoreWritesProperties 後，資料表將接受時間戳記早於記憶體存放區保留，但在磁性存放區保留期間內的資料。
+ 考慮您計劃在 Timestream for LiveAnalytics 上執行的查詢特性，例如查詢類型、頻率、時間範圍和效能需求。這是因為記憶體存放區和磁性存放區已針對不同的案例進行最佳化。記憶體存放區針對處理傳送至 Timestream for LiveAnalytics 之少量最新資料的快速point-in-time查詢進行最佳化。磁性存放區已針對處理傳送到 Timestream for LiveAnalytics 中大量資料的快速分析查詢進行最佳化。
+ 您的資料保留期也應該受到系統成本需求的影響。

  例如，假設應用程式的延遲抵達資料閾值為 2 小時，而您的應用程式會傳送許多查詢，以處理一天值、週值或月值的資料。在這種情況下，您可能想要為記憶體存放區設定更短的保留期 (2-3 小時），並允許更多資料流向磁性存放區，因為磁性存放區已針對快速分析查詢進行最佳化。

了解增加或減少記憶體存放區的資料保留期間和現有資料表的磁性存放區的影響。
+ 當您減少記憶體存放區的保留期間時，資料會從記憶體存放區移至磁性存放區，而此資料傳輸是永久的。LiveAnalytics 的 Timestream 不會從磁性存放區擷取資料來填入記憶體存放區。當您減少磁性存放區的保留期間時，資料會從系統中刪除，而資料刪除是永久的。
+ 當您增加記憶體存放區或磁性存放區的保留期間時，從該時間點開始傳送至 Timestream for LiveAnalytics 的資料變更會生效。LiveAnalytics 的 Timestream 不會從磁性存放區擷取資料來填入記憶體存放區。例如，如果記憶體存放區的保留期間最初設定為 2 小時，然後增加至 24 小時，則記憶體存放區需要 22 小時才能包含 24 小時的資料。