Очистка

Author: Jardinesdelareina

CORE.md

@@ -287,15 +287,6 @@ COMMIT;
 На уровнях `Repeatable Read` и `Serializable` снимок создается один раз в начале первого оператора транзакции. Такой снимок остается активным до самого конца транзакции.
 
 
-
-
-
-
-
-
-
-
-
 ### Блокировки
 
 Задача блокировок заключается в упорядочивании конкурентного доступа к разделяемым ресурсам. Под конкурентным доступом подразумевается одновременный доступ нескольких процессов.

dba/DBA.md

@@ -510,7 +510,7 @@ SELECT pg_reload_conf();
 
 Задачи, требующие периодического выполнения:
 
-1. <b>Очистка страниц от исторических данных,которые образуются из-за многоверсионности:</b>
+1. <b>Очистка страниц от исторических данных, которые образуются из-за многоверсионности:</b>
 Механизм многоверсионности позволяет эффективно реализовать изоляцию на основе снимков, но в результате в табличных страницах  накапливаются старые версии строк, а в страницах индексов — ссылки на эти версии. 
 
 <em>Если своевременно не вычищать исторические данные, таблицы и индексы будут неконтролируемо разрастаться и поиск в них актуальных версий строк будет замедляться.</em>
@@ -559,6 +559,8 @@ SELECT pg_reload_conf();
 
 * <b>VACUUM FULL</b>: Эта команда выполняет более интенсивный процесс очистки и компактации таблицы. Она перемещает данные из таблицы в новое физическое расположение, освобождая пространство, которое занимали удаленные строки. Однако, <b>VACUUM FULL</b> блокирует таблицу на время выполнения операции и может быть более ресурсоемкой по сравнению с обычным <b>VACUUM</b>.
 
+* <b>VACUUM (PARALLEL n)</b>: Этап очистки индексов может выполняться в параллельном режиме. Это происходит, если на таблице создано несколько (больше одного) достаточно больших индексов: размер индекса должен превышать значение параметра `min_parallel_index_scan_size` (512 Кбайт по-умолчанию). Тогда для каждого подходящего индекса запускается отдельный рабочий процесс. Каждый индекс обрабатывается только одним рабочим процессом, то есть несколько процессов не могут очищать один и тот же индекс. Количество процессов ограничено сверху значением параметра `max_parallel_maintenance_workers` и может быть дополнительно ограничено явным указанием степени параллелизма при вызове команды `VACUUM (PARALLEL n)`.
+
 В целом, <b>VACUUM</b> обычно достаточно для поддержания эффективности работы базы данных, однако, при необходимости выполнить более глубокую очистку и компактацию таблицы, может использоваться <b>VACUUM FULL</b>. Вариант этой команды с ключевым словом <b>CONCURRENTLY</b> работает дольше, но не блокирует индекс и не мешает чтению и обновлению данных.
 
 Вывод данных об автоочистке: