Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Checkpoint V2 поддерживает большее число параллельных процессов записи и снижает число конфликтов при записи в больших таблицах Delta Lake или в таблицах, которые часто обновляются.
Delta Lake периодически записывает контрольные точки, фиксируя состояние журнала транзакций. Контрольные точки ускоряют планирование запросов, позволяя Delta Lake восстановить состояние таблицы без повторного воспроизведения полного журнала транзакций.
С помощью контрольной точки V2 в Databricks Runtime версии 13.3 LTS и выше можно читать и писать таблицы.
Спецификация протокола с открытым исходным кодом см. в разделе контрольная точка версии 2 в протоколе Delta Lake.
Включение контрольной точки версии 2
Включите контрольную точку V2 на уровне таблицы.
Автоматическое включение
Таблицы, созданные с помощью жидкой кластеризации в Databricks Runtime 14.1 и более поздних версиях, используют контрольную точку V2 по умолчанию. См. Совместимость таблиц с жидкой кластеризацией.
Автоматическое обновление может автоматически включать контрольную точку версии 2 для управляемых таблиц каталога Unity. См. статью "Автоматическое обновление".
Включение вручную
Чтобы активировать контрольную точку V2 в существующей таблице Delta Lake:
ALTER TABLE table_name SET TBLPROPERTIES ('delta.checkpointPolicy' = 'v2');
Чтобы включить контрольную точку версии 2 в новой таблице Delta Lake:
CREATE TABLE table_name (...)
TBLPROPERTIES ('delta.checkpointPolicy' = 'v2');
При необходимости можно вручную активировать контрольную точку. См. REORG TABLE.
Переход на классическую версию
Чтобы уменьшить уровень таблицы до классических контрольных точек и полностью удалить контрольную точку версии 2:
ALTER TABLE table_name DROP FEATURE v2Checkpoint;
См. Управление функцией удаления таблицы Delta Lake и понижение протокола таблицы.