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

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

# 寫入
<a name="data-ingest"></a>
+ 確保傳入資料的時間戳記不早於為記憶體存放區設定的資料保留，也不早於 中定義的未來擷取期間[配額預設配額](ts-limits.md)。除非您為資料表啟用磁性存放區寫入，否則將具有時間戳記的資料傳送到這些範圍之外會導致 Timestream for LiveAnalytics 拒絕資料。如果您啟用磁性存放區寫入，請確保傳入資料的時間戳記不早於為磁性存放區設定的資料保留。
+ 如果您預期延遲到達資料，請開啟資料表的磁性存放區寫入。這將允許擷取時間戳記超出記憶體存放區保留期間但仍在磁性存放區保留期間內的資料。您可以透過更新資料表的 中的 `EnableMagneticStoreWrites`旗標`MagneticStoreWritesProperties`來設定此項目。此屬性預設為 false。請注意，寫入磁性存放區將無法立即用於查詢。它們將在 6 小時內提供。
+ 透過確保擷取資料的時間戳記落在記憶體存放區保留範圍內，將高輸送量工作負載鎖定至記憶體存放區。寫入磁性存放區僅限於可接收資料庫並行擷取的作用中磁性存放區分割區數量上限。您可以在 CloudWatch `ActiveMagneticStorePartitions` 中查看此指標。為了減少作用中磁性存放區分割區，旨在減少您同時擷取到磁性存放區擷取的序列和持續時間。
+ 將資料傳送至 Timestream for LiveAnalytics 時，請在單一請求中批次處理多筆記錄，以最佳化資料擷取效能。
  + 將來自相同時間序列的記錄和具有相同度量名稱的記錄批次在一起是有益的。
  + 只要請求在 中定義的服務限制內，即可在單一請求中批次處理盡可能多的記錄[配額預設配額](ts-limits.md)。
  + 盡可能使用常見的屬性來降低資料傳輸和擷取成本。如需詳細資訊，請參閱 [ WriteRecords API](https://docs.aws.amazon.com/timestream/latest/developerguide/API_WriteRecords.html)。
+ 如果您在將資料寫入 Timestream for LiveAnalytics 時遇到部分用戶端故障，您可以在解決拒絕原因之後重新傳送擷取失敗的記錄批次。
+ 時間戳記排序的資料具有更好的寫入效能。
+ Amazon Timestream for LiveAnalytics 旨在根據您的應用程式需求自動擴展。當 Timestream for LiveAnalytics 注意到應用程式的寫入請求激增時，您的應用程式可能會遇到某種程度的初始記憶體存放區限流。如果您的應用程式遇到記憶體儲存調節，請繼續以相同 （或增加） 速率將資料傳送至 Timestream for LiveAnalytics，讓 Timestream for LiveAnalytics 自動擴展以滿足應用程式的需求。如果您看到磁性存放區調節，您應該降低磁性存放區的擷取速率，直到您的`ActiveMagneticStorePartitions`下降次數為止。

# 批次載入
<a name="batch-load-bp"></a>

批次載入的最佳實務如 中所述[批次載入最佳實務](batch-load-best-practices.md)。