メインコンテンツまでスキップ
バージョン: User Guides (BYOC)

コレクション TTL の設定

Zilliz Cloud は、Time-to-Live (TTL) ポリシーを通じてエンティティを自動的に期限切れにすることができます。期限切れのエンティティは、クエリおよび検索結果に即座に表示されなくなり、次のコンパクションサイクルでストレージから物理的に削除されます — 通常は24時間以内です。

TTL には2つのモードがあります。

  • コレクションレベル TTL — すべてのエンティティで共有される1つの保持期間ウィンドウ。collection.ttl.seconds プロパティを通じて設定します。

  • エンティティレベル TTL — 各エンティティが専用の TIMESTAMPTZ フィールドに独自の絶対有効期限を持ち、ttl_field プロパティを通じて TTL フィールドとして指定されます。

制限​

  • コレクションレベル TTL は、コレクション全体に1つのウィンドウを適用します。単一の行に異なる有効期間が必要な場合は、エンティティレベル TTL を使用してください。

  • エンティティレベル TTL のフィールドは TIMESTAMPTZ である必要があります。他の型は拒否されます。

  • コレクションあたり1つの TTL フィールドです。スキーマに複数の TIMESTAMPTZ フィールドを含めることはできますが、ttl_field で指定できるのは1つだけです。

  • ttl_field を削除しても、期限切れのエンティティは復活しません。期限切れのエンティティを復元するには、NULL または将来の有効期限タイムスタンプでアップサートしてください。

概要​

展開

TTL を使用するタイミング​

TTL は、保持がポリシーである場合に適切なツールです — 特定のエンティティが最終的に削除されるべきであることを事前に把握しており、クラスターに自動的に適用させたい場合に、cron ジョブを書く必要なく実現できます。

典型的なシナリオ:

  • 時間枠付きデータセット。 ログ、メトリクス、イベント、または短命なフィーチャーキャッシュの最後の N 日間のみを保持します。

  • マルチテナントコレクション。 異なるテナントが同じコレクション内で異なる保持期間を持ちます。

  • レコードごとの保持ポリシー。 IoT パイプライン、ドキュメントストア、または MLOps フィーチャーストアでのドキュメントごとの有効期間。

  • ホット/コールドデータの混在。 短命なエンティティが、同じコレクション内の長期間のものと共存します。

  • コンプライアンス主導の有効期限。 GDPR スタイルのデータ最小化で、各レコードが独自の「削除期限日」を持ちます。

  • ビジネスタイムの有効期限。 エンティティが、ある絶対的な時点（キャンペーンの終了、セッションの期限切れなど）までのみ有効なレコードを表す場合。

📘Notes

期限切れのエンティティは、検索またはクエリ結果に表示されません。ただし、次のデータコンパクションが実行されるまでストレージに残る可能性があり、これは次の24時間以内に実施される必要があります。

TTL モード​

2つのモードは、異なる保持に関する質問に答えます。

  • コレクションレベル TTL は、すべてのエンティティに単一の保持期間を適用します。各エンティティは insert_ts + ttl_seconds で期限切れになります。

  • エンティティレベル TTL は、各エンティティが TIMESTAMPTZ フィールドに独自の絶対有効期限を格納できるようにします。そのフィールドの NULL は、エンティティが期限切れにならないことを意味します。

コレクションは一度に1つのモードのみを使用します — 2つは相互に排他的です。モード間の切り替えは複数ステップの操作です。2つのモード間の移行を参照してください。

モードの選択にはこのテーブルを使用してください。

状況が次の場合…

使用するもの

コレクション内のすべてのエンティティが同じ保持期間ウィンドウに従うべき場合

コレクションレベル TTL

保持が「挿入時点から N 秒間保持する」場合

コレクションレベル TTL

同じコレクション内で異なるエンティティに異なる有効期間が必要な場合（テナントごと、ホット/コールド、ドキュメントごと）

エンティティレベル TTL

保持が絶対的な壁時計時間の場合（例: 2027-01-01T00:00:00Z）

エンティティレベル TTL

保持が挿入タイムスタンプではなくビジネスタイムスタンプによって決まる場合

エンティティレベル TTL

挿入後にエンティティの有効期間を更新または延長したい場合

エンティティレベル TTL

一部のエンティティは期限切れにならず、他のエンティティは期限切れになるべき場合

エンティティレベル TTL（期限切れにならないものには NULL を使用）

コレクションレベル TTL の設定​

コレクション内のすべてのエンティティが同じ保持期間ウィンドウに従うべき場合に、コレクションレベル TTL を使用します。

新規コレクションでの有効化​

作成時に properties マップを通じて collection.ttl.seconds（整数、秒単位）を渡します。

from pymilvus import MilvusClient, DataType

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

schema = client.create_schema(auto_id=False, enable_dynamic_field=False)
schema.add_field("id", DataType.INT64, is_primary=True, auto_id=False)
schema.add_field("vector", DataType.FLOAT_VECTOR, dim=128)

index_params = client.prepare_index_params()
index_params.add_index(
    field_name="vector", index_type="AUTOINDEX", metric_type="COSINE"
)

client.create_collection(
    collection_name="my_collection",
    schema=schema,
    index_params=index_params,
    properties={
        "collection.ttl.seconds": 1209600  # 14 days
    },
)

既存のコレクションで有効にする​

properties マップに collection.ttl.seconds を指定して alter_collection_properties を呼び出すことで、すでに使用されているコレクションに TTL を適用できます。

from pymilvus import MilvusClient, DataType

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

# Assumes "my_collection" was created earlier without TTL
schema = client.create_schema(auto_id=False, enable_dynamic_field=False)
schema.add_field("id", DataType.INT64, is_primary=True, auto_id=False)
schema.add_field("vector", DataType.FLOAT_VECTOR, dim=128)

index_params = client.prepare_index_params()
index_params.add_index(
    field_name="vector", index_type="AUTOINDEX", metric_type="COSINE"
)

if not client.has_collection("my_collection"):
    client.create_collection(
        collection_name="my_collection",
        schema=schema,
        index_params=index_params,
    )

client.alter_collection_properties(
    collection_name="my_collection",
    properties={"collection.ttl.seconds": 1209600},
)

TTL 設定の削除​

コレクション内のデータを無期限に保持する場合は、そのコレクションから TTL 設定を単純に削除できます。

from pymilvus import MilvusClient

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

client.drop_collection_properties(
    collection_name="my_collection",
    property_keys=["collection.ttl.seconds"],
)

エンティティレベルの TTL の設定
​

エンティティレベルの TTL を使用すると、各エンティティに固有の絶対有効期限を持たせることができます。この時間は、スキーマで宣言した専用の TIMESTAMPTZ 列に保存され、その列を ttl_field コレクションプロパティを通じて TTL フィールドとしてマークします。

新しいコレクションでの有効化​

作成時にエンティティレベルの TTL を有効にするには、同じ create_collection 呼び出し内で 2 つの追加が必要です。スキーマ内の TIMESTAMPTZ フィールドと、そのフィールドを指す ttl_field プロパティです。

from pymilvus import MilvusClient, DataType

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

schema = client.create_schema(enable_dynamic_field=False)
schema.add_field("id", DataType.INT64, is_primary=True, auto_id=False)
schema.add_field("expire_at", DataType.TIMESTAMPTZ, nullable=True)
schema.add_field("vector", DataType.FLOAT_VECTOR, dim=128)

index_params = client.prepare_index_params()
index_params.add_index(field_name="vector", index_type="AUTOINDEX",
                       metric_type="COSINE")

client.create_collection(
    collection_name="my_collection",
    schema=schema,
    index_params=index_params,
    properties={"ttl_field": "expire_at"},
)

コレクションが作成されたら、ISO 8601 タイムスタンプ文字列を使用してエンティティを挿入します。

import random
from pymilvus import MilvusClient

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

# Assumes "my_collection" was created earlier with \`ttl_field\`: "expire_at"
rows = [
    # Never expires
    {"id": 1, "expire_at": None,
     "vector": [random.random() for _ in range(128)]},
    # Expires at 2026-12-31 UTC midnight
    {"id": 2, "expire_at": "2026-12-31T00:00:00Z",
     "vector": [random.random() for _ in range(128)]},
    # Shanghai local time — normalized to UTC internally
    {"id": 3, "expire_at": "2027-01-01T00:00:00+08:00",
     "vector": [random.random() for _ in range(128)]},
]

client.insert("my_collection", rows)

すべてのクエリおよびベクトル検索において、サーバーが自動的に TTL フィルターを注入します。ユーザー自身がフィルターを記述する必要はなく、有効期限が切れたエンティティは結果に表示されることはありません。

from pymilvus import MilvusClient

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

client.load_collection("my_collection")

# Expired rows are filtered out automatically
results = client.query(
    collection_name="my_collection",
    filter="id >= 0",
    output_fields=["id", "expire_at"],
    limit=10,
)
print(results)

同じ自動フィルタリングは client.search() にも適用されます。

エンティティがコンパクションによって物理的に削除される前にその有効期限を延長するには、より遅い有効期限タイムスタンプ（または None）を使用して upsert を実行し、エンティティをクエリ可能なセットに戻します。

import random
from pymilvus import MilvusClient

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

client.upsert("my_collection", [
    {"id": 2,
     "vector": [random.random() for _ in range(128)],
     "expire_at": "2028-01-01T00:00:00Z"},
])

既存のコレクションで有効にする​

コレクションが既に存在し、collection.ttl.seconds が設定されていない場合、add_collection_field を使用して TIMESTAMPTZ カラムを追加し、その後 alter_collection_properties を使用してそれを TTL フィールドとしてマークします。オプションで、履歴行をアップサートして期限切れタイムスタンプをバックフィルできます。バックフィルしない行は NULL のままとなり、期限切れになりません。

import random
from pymilvus import MilvusClient, DataType

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

# Step 1 — add a TIMESTAMPTZ column to the schema
client.add_collection_field(
    collection_name="my_collection",
    field_name="expire_at",
    data_type=DataType.TIMESTAMPTZ,
    nullable=True,
)

# Step 2 — mark the new column as the TTL field
client.alter_collection_properties(
    collection_name="my_collection",
    properties={"ttl_field": "expire_at"},
)

# Step 3 (optional) — backfill expiration timestamps for historical rows
client.upsert("my_collection", [
    {"id": 1,
     "vector": [random.random() for _ in range(128)],
     "expire_at": "2026-12-31T00:00:00Z"},
])

TTL 設定の削除​

property_keys に ttl_field を含めて drop_collection_properties を呼び出すと、エンティティごとの有効期限が停止します。TIMESTAMPTZ カラム自体はスキーマに残ったままとなり、通常のフィールドとして引き続きクエリを実行できます。

from pymilvus import MilvusClient

client = MilvusClient(uri="YOUR_CLUSTER_ENDPOINT")

client.drop_collection_properties(
    collection_name="my_collection",
    property_keys=["ttl_field"],
)

ttl_field を削除すると、今後のクエリに対する自動フィルタが無効になりますが、すでに期限切れとなったエンティティが自動的に再表示されることはありません。以前に期限切れとなったエンティティを可視化するには、None または将来の有効期限タイムスタンプを指定して upsert してください — これが同じロードセッション内で期限切れの行へのアクセスを復元する唯一の方法です。

FAQs​

TTL設定によりデータはいつ期限切れになりますか？​

現在、データは挿入または upsert された時点に基づいて期限切れになります。期限切れのデータは検索結果に表示されません。詳細については、例 を参照してください。

期限切れのデータはいつ物理的に削除されますか？​

データが期限切れになると、検索結果に含まれなくなります。ただし、物理的な削除は、クラスターのコンパクションポリシーに従って、後続のシステムコンパクションが実行された後にのみ行われます。

期限切れ直後にデータを削除する必要がある場合は、お問い合わせ ください。

CU容量はいつ減少しますか？​

クラスターの CU容量 は、メモリ使用量とストレージ使用量のいずれか大きい方となります。ストレージ使用量が適用される場合、期限切れのデータが物理的に削除された後、Zilliz Cloud コンソールで CU容量 の減少を確認できます。