本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Amazon Keyspaces 間中的客戶端時間戳
在 Amazon Keyspaces 間中，用戶端時間戳記是 Cassandra 相容的時間戳記，會為表格中的每個儲存格保留。您可以讓用戶端應用程式決定寫入順序，使用用戶端時間戳記來解決衝突。例如，當全域分散式應用程式的用戶端對相同資料進行更新時，用戶端時間戳記會保留在用戶端上進行更新的順序。Amazon Keyspaces 間使用這些時間戳記來處理寫入。
Amazon Keyspaces 間用戶端時間戳記是全受管的。您不必管理低級別的系統設置，例如清理和壓縮策略。
當您刪除資料時，資料列會標示為要刪除的標記。Amazon Keyspaces 會自動移除標記資料 (通常在 10 天內)，而不會影響應用程式的效能或可用性。標記資料不適用於資料操作語言 () DML 陳述式。當您繼續對包含標記資料的資料列執行讀取和寫入時，標記資料會繼續計入儲存體、讀取容量單位 () 和寫入容量單位 (RCUs)，直到從儲存區中刪除為止。WCUs
開啟資料表的用戶端時間戳記之後，您可以在資料操縱語言 (DML) CQL 查詢中使用USING TIMESTAMP子句指定時間戳記。如需詳細資訊，請參閱在 Amazon Keyspaces 間的查詢中使用用戶端時間戳記。如果您未在CQL查詢中指定時間戳記，Amazon Keyspaces 會使用用戶端驅動程式傳遞的時間戳記。如果用戶端驅動程式未提供時間戳記，Amazon Keyspaces 會自動指派儲存格層級的時間戳記，因為時間戳記不可以。NULL若要查詢時間戳記，您可以在DML陳述式中使用WRITETIME函數。
Amazon Keyspaces 間不會收取額外費用來開啟用戶端時間戳記。但是，使用客戶端時間戳記，您可以為行中的每個值存儲和寫入其他數據。這可能會導致額外的儲存使用量，並在某些情況下增加輸送量使用量。有關 Amazon Keyspaces 定價的更多信息，請參閱 Amazon Keyspaces（阿帕奇卡桑德拉
在 Amazon Keyspaces 間中開啟用戶端時間戳記時，每一列的每一欄都會儲存一個時間戳記。這些時間戳記大約會佔用 20-40 個位元組 (視您的資料而定)，而且會造成資料列的儲存和輸送量成本。這些中繼資料位元組也會計入您的 1 MB 資料列大小配額。若要判斷儲存空間的整體增加 (以確保資料列大小維持在 1 MB 以下)，請考量表格中的欄數，以及每個資料列中的收集要素數目。例如，如果資料表有 20 個資料行，而每個資料行都儲存 40 個位元組的資料，則資料列的大小會從 800 個位元組增加到 1200 個位元組。如需如何估計資料列大小的詳細資訊，請參閱估計 Amazon Keyspaces 中的行大小。除了額外的 400 個位元組用於儲存，在此範例中，每次寫入使用的寫入容量單位 (WCUs) 數量從 1 增加WCU到 2 WCUs。如需如何計算讀取和寫入容量的詳細資訊，請參閱在Amazon 密Keyspaces 間中設定讀/寫容量模式。
開啟表格的用戶端時間戳記之後，您就無法將其關閉。
若要進一步瞭解如何在查詢中使用用戶端時間戳記，請參閱在 Amazon Keyspaces 間的查詢中使用用戶端時間戳記。
主題
Amazon Keyspaces 間用戶端時間戳記如何整合 AWS services
Amazon 提供下列用戶端時間戳記指標，以啟 CloudWatch 用持續監控。
-
SystemReconciliationDeletes— 移除標記資料所需的刪除作業數目。
如需如何監視 CloudWatch 指標的詳細資訊，請參閱用 Amazon 監控 Amazon Keyspaces CloudWatch。
當您使用 AWS CloudFormation，您可以在建立 Amazon Keyspaces 間資料表時啟用用戶端時間戳記。如需詳細資訊，請參閱 AWS CloudFormation 用戶指南。
