jroachgolf84 commented on code in PR #67299: URL: https://github.com/apache/airflow/pull/67299#discussion_r3313102055
########## airflow-core/docs/administration-and-deployment/state-store.rst: ########## @@ -0,0 +1,247 @@ + .. Licensed to the Apache Software Foundation (ASF) under one + or more contributor license agreements. See the NOTICE file + distributed with this work for additional information + regarding copyright ownership. The ASF licenses this file + to you under the Apache License, Version 2.0 (the + "License"); you may not use this file except in compliance + with the License. You may obtain a copy of the License at + + .. http://www.apache.org/licenses/LICENSE-2.0 + + .. Unless required by applicable law or agreed to in writing, + software distributed under the License is distributed on an + "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY + KIND, either express or implied. See the License for the + specific language governing permissions and limitations + under the License. + +.. _state-store: + +State Store Configuration +========================== + +.. versionadded:: 3.3 + +The state store is the persistence layer for :doc:`task state </core-concepts/task-state>` and :doc:`asset state </authoring-and-scheduling/asset-state>`. By default, both are stored in the Airflow metadata database. This page describes the available configuration options, garbage-collection semantics, and how to provide a custom backend. + +Configuration reference +----------------------- + +All options live under the ``[state_store]`` section of ``airflow.cfg``. + +.. note:: + + The config section is ``[state_store]``, **not** ``[task_state]``. + +``backend`` +~~~~~~~~~~~ + +Full dotted path to a class that implements :class:`~airflow.sdk.state.BaseStateBackend`. Defaults to the built-in metastore backend. + +.. code-block:: ini + + [state_store] + backend = mypackage.state.CustomStateBackend + +``default_retention_days`` +~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Number of days to retain **task state** rows after their last update. Rows older than this are deleted during the next GC pass. + +* Set to ``0`` to disable time-based cleanup entirely. +* Default: ``30``. +* This setting does **not** apply to asset state rows. + +.. code-block:: ini + + [state_store] + default_retention_days = 30 + +``clear_on_success`` +~~~~~~~~~~~~~~~~~~~~ + +When ``True``, all task state keys for a task instance are automatically deleted when that task instance moves to the ``success`` state. Defaults to ``False``, which preserves task state after success for observability (e.g.the submitted job ID or the last row count is still readable from the UI orREST API after the run completes). + +.. important:: + + ``clear_on_success`` clears **task state only**. It has no effect on asset state. Asset state is scoped to the asset rather than the task instance and must be cleared explicitly. + +.. code-block:: ini + + [state_store] + clear_on_success = False + +``state_cleanup_batch_size`` +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Number of rows deleted per batch during GC cleanup. Set to ``0`` (default) to delete all matching rows in a single statement. Tune this on deployments with large ``task_state`` tables to reduce lock contention. + +.. code-block:: ini + + [state_store] + state_cleanup_batch_size = 10000 + +Worker-side backend (``[workers] state_backend``) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +A separate, optional config key under ``[workers]`` lets you route task state and asset state values through a worker-side backend before they reach the API server. + +.. code-block:: ini + + [workers] + state_backend = mypackage.state.S3StateBackend + +When this is set, ``TaskStateAccessor.set()`` calls ``serialize_task_state_to_ref()`` on the worker-side backend before sending the value to the Execution API, and ``get()`` calls ``deserialize_task_state_from_ref()`` after receiving the stored reference. See `Custom worker-side backends`_ below. + + +Garbage collection semantics +----------------------------- + +The GC job runs periodically and removes state rows according to the following rules: + +**Time-based expiry (task state only)** + Rows whose ``expires_at < now()`` are deleted. ``expires_at`` is computed on the *worker* at write time, not by the server. + +**``default_retention_days`` fallback (task state only)** + Keys written with no explicit ``retention`` (i.e. ``expires_at`` is ``NULL``) are governed by the global ``default_retention_days`` setting. When this setting is positive, the GC job treats such rows as expiring ``default_retention_days`` days after their last update. + +**``NEVER_EXPIRE`` keys** + Keys set with ``retention=NEVER_EXPIRE`` are stored with ``expires_at = NULL`` and a flag that tells the GC to skip them unconditionally. They are never deleted by time-based cleanup, regardless of ``default_retention_days``. + +**Orphan sweep (asset state)** + Asset state rows for assets that no longer have an ``asset_active`` record are deleted during the orphan-sweep pass. This cleans up state for deactivated or renamed assets. + + +Custom backends +--------------- + +To replace the default metastore backend, subclass :class:`~airflow.sdk.state.BaseStateBackend` and implement all eight abstract methods. + +Abstract methods +~~~~~~~~~~~~~~~~ + +There are four synchronous methods and four async equivalents: + +.. list-table:: + :header-rows: 1 + :widths: 30 70 + + * - Method + - Description + * - ``get(scope, key, *, session)`` + - Return the stored value, or ``None``. + * - ``set(scope, key, value, *, expires_at, session)`` + - Write or overwrite a key. ``expires_at`` is a UTC datetime or ``None`` + for non-expiring keys. + * - ``delete(scope, key, *, session)`` + - Delete a single key; no-op if absent. + * - ``clear(scope, *, all_map_indices, session)`` + - Delete all keys under the scope. + * - ``aget(scope, key, *, session)`` + - Async variant of ``get``. + * - ``aset(scope, key, value, *, expires_at, session)`` + - Async variant of ``set``. + * - ``adelete(scope, key, *, session)`` + - Async variant of ``delete``. + * - ``aclear(scope, *, all_map_indices, session)`` + - Async variant of ``clear``. Review Comment: Can you expand on this a bit more? What do you mean? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
