# Занятие 06: Данные / CFS — сжатая файловая система > Исходная страница в нативном Markdown: Данные / CFS — сжатая файловая система --- Индекс LLMS: [llms.txt](/ru/llms.txt) --- > [!NOTE] > Эта страница извлечена из официального PDF в нативный Markdown. Текст слайдов, код и комментарии сохранены в порядке чтения; исходные PDF и HTML остаются эталоном макета. > **HTML source:** [pgpro_06_cfs.html](https://edu.postgrespro.ru/16/pgpro-16/pgpro_06_cfs.html) > **Archive:** [PGPRO-handouts-16.zip](https://edu.postgrespro.ru/16/PGPRO-handouts-16.zip) > **Страниц PDF:** 24 ## Page 1: Данные / CFS — сжатая файловая система {#source-page-001} ### Авторские права © Postgres Professional, 2023–2026 Авторы: Алексей Береснев, Илья Баштанов, Павел Толмачев, Игорь Гнатюк Фото: Олег Бартунов (монастырь Пху и пик Бхрикути, Непал) ### Использование материалов курса Некоммерческое использование материалов курса (презентации, демонстрации) разрешается без ограничений. Коммерческое использование возможно только с письменного разрешения компании Postgres Professional. Запрещается внесение изменений в материалы курса. ### Обратная связь Отзывы, замечания и предложения направляйте по адресу: edu@postgrespro.ru ### Отказ от ответственности Компания Postgres Professional не несет никакой ответственности за любые повреждения и убытки, включая потерю дохода, нанесенные прямым или непрямым, специальным или случайным использованием материалов курса. Компания Postgres Professional не предоставляет каких-либо гарантий на материалы курса. Материалы курса предоставляются на основе принципа «как есть» и компания Postgres Professional не обязана предоставлять сопровождение, поддержку, обновления, расширения и изменения. ## Page 2: Темы {#source-page-002} - Возможность и польза сжатия - Реализация сжатия в Postgres Pro Enterprise - Использование CFS - Объем данных и степень сжатия - Фрагментация и сбор мусора ## Page 3: Возможности и польза {#source-page-003} **Данные БД обычно хорошо сжимаются** - текстовые данные - дублирование - Преимущества сжатия - уменьшение объема хранения - экономия ресурсов ввода-вывода - последовательное чтение и запись - Сжатие при записи грязного буфера - в буферном кеше нужны несжатые данные ### Комментарии преподавателя В базах данных обычно хранятся большие объемы текста и повторяющейся информации. Поэтому для большинства баз сжатие может быть довольно эффективным и позволяет сократить объем хранимых данных в несколько раз. PostgreSQL сжимает данные в TOAST-таблицах, но небольшие текстовые поля, умещающиеся в странице, не сжимаются. Сжатие может быть полезно не только для таблиц, но и для индексов по текстовым ключам или для индексов с большим количеством повторяющихся значений. Помимо очевидного плюса — экономии места, сжатие может также увеличить быстродействие системы по двум причинам. Во-первых, сокращается объем дискового ввода-вывода. Во-вторых, появляется возможность последовательно записывать сжатые измененные данные в смежные области диска, увеличивая скорость обращения к ним за счет последовательного доступа. Работать со сжатыми данными в общей памяти сервера (в буферном кеше) непроизводительно, поэтому логично выполнять сжатие страницы при сохранении грязного буфера и разжимать ее при чтении в буферный кеш. ## Page 4: Реализация сжатия {#source-page-004} ![Source slide page 4: Реализация сжатия](images/page-004.png){#source-figure-004 caption="Source slide page 4: Реализация сжатия"} ### Комментарии преподавателя Буферный кеш для эффективности использует страницы фиксированного размера (обычно 8 Кбайт), а сжатые страницы имеют разный размер, который к тому же меняется при изменении данных. Это вынуждает перемещать страницы внутри сегмента, и поэтому вводится дополнительный уровень адресации (отображение страниц), который представляет собой набор указателей на текущее местоположение всех страниц. Сжатые данные также хранятся в файлах-сегментах, но для каждого из них имеется своя карта отображения страниц. Карта имеет размер 1 Мбайт (32 байта на заголовок + по 8 байт на каждый из 131072 указателей) и поэтому обычно находится в кеше ОС. ## Page 5: Реализация сжатия {#source-page-005} ![Source slide page 5: Реализация сжатия](images/page-005.png){#source-figure-005 caption="Source slide page 5: Реализация сжатия"} ### Комментарии преподавателя При записи (в частности, при выполнении контрольной точки) страница, находящаяся в грязном буфере, сжимается в соответствии с настройками сжатия и добавляется в конец сегмента, а в указатель в файле отображения заносится новая позиция страницы. После этого область файла данных, в которой раньше находилась страница, становится ненужной. Такие области с мусорными страницами будут накапливаться, что приведет к увеличению фрагментации хранимых данных. Механизм сбора мусора будет рассмотрен позже в этой теме. ## Page 6: Использование CFS {#source-page-006} ```sql CREATE TABLESPACE ... ``` ```text WITH (compression=on|true) WITH (compression=zstd|pglz|zlib|lz4) ``` - Системные отношения не сжимаются - Проверка контрольной суммы — при чтении в буфер - pg\_checksums и pg\_basebackup не проверяют ### Комментарии преподавателя Сжатие можно включить только на уровне табличного пространства и только в момент его создания, при этом нужно задать алгоритм сжатия. Изменить факт и алгоритм сжатия в дальнейшем нельзя. Поддерживаются библиотеки zstd, pglz, zlib, lz4. По умолчанию используется алгоритм zstd. Системные отношения никогда не сжимаются — для соответствующих сегментов не создаются файлы отображения и механизм сжатия не используется. Проверка контрольных сумм сжатых страниц возможна, только когда они находятся в развернутом виде в буферном кеше. Поэтому утилиты pg\_checksums и pg\_basebackup контрольные суммы страниц не проверяют. ## Page 7: Настройка табличного пространства {#source-page-007} Убедимся, что сжатие поддерживается: ```sql => SELECT cfs_version(); ``` ```text cfs_version ------------------------- 0.55 pglz,zlib,lz4,zstd (1 row) ``` Создадим табличное пространство со сжатием. ```sh student$ sudo mkdir /var/lib/postgresql/ts_dir ``` ```sh student$ sudo chown postgres: /var/lib/postgresql/ts_dir ``` ```sql => CREATE TABLESPACE cts LOCATION '/var/lib/postgresql/ts_dir' WITH (compression=true); ``` ```sql CREATE TABLESPACE ``` ```text => \x \db+ cts \x ``` ```text Expanded display is on. List of tablespaces -[ RECORD 1 ]-----+--------------------------- Name | cts Owner | student Location | /var/lib/postgresql/ts_dir Access privileges | Options | {compression=true} Size | 4 bytes Description | ``` ```text Expanded display is off. ``` ## Page 8: Объем данных {#source-page-008} **Стандартные функции** - pg\_relation\_size - pg\_table\_size - pg\_indexes\_size - pg\_total\_relation\_size - работают корректно - pg\_database\_size - + файлы отображения - pg\_tablespace\_size - + файлы отображения + pg\_compression ### Комментарии преподавателя Стандартные функции pg\_\*\_size, возвращающие занимаемый на диске объем, корректно работают со сжатыми табличными пространствами. В объеме базы данных учитываются файлы отображения, а в объеме табличного пространства — файлы отображения и служебный файл pg\_compression. MPRESSION-CONTROL ## Page 9: Степень сжатия {#source-page-009} **Параметры** - cfs\_level = 1 - 0 — без сжатия, 1 — самое быстрое - cfs\_compress\_temp\_relations = off - Функции - cfs\_estimate - прогноз степени сжатия - (среднее по первым 10% страниц) - cfs\_compression\_ratio - фактическое сжатие по всем сегментам ### Комментарии преподавателя Уровень сжатия настраивается параметром cfs\_level. Значение 0 отключает сжатие, значение 1 (по умолчанию) соответствует максимальной скорости. Значения от 2 до 100 позволяют указать конкретный уровень сжатия; максимальное значение зависит от используемого алгоритма. Временные таблицы по умолчанию не сжимаются. Параметр cfs\_compress\_temp\_relations позволяет включить их сжатие, что может быть полезно при большом объеме временных данных. Функция cfs\_estimate оценивает степень сжатия для всех доступных алгоритмов с учетом текущего значения cfs\_level. Анализируются первые 10% (но не более 100) страниц таблицы. Функция cfs\_compression\_ratio возвращает фактическую степень сжатия таблицы. Степень сжатия — это отношение объема несжатых данных к объему сжатых. В данном случае объем страниц в буферном кеше делится на объем сжатых страниц, сохраненных в файле. MPRESSION-CONTROL ## Page 10: Сжатая таблица {#source-page-010} В новой базе данных таблицы и индексы будут по умолчанию располагаться в сжатом табличном пространстве. ```sql => CREATE DATABASE pgpro_cfs TABLESPACE cts; ``` ```sql CREATE DATABASE ``` ```sql => \c pgpro_cfs ``` ```text You are now connected to database "pgpro_cfs" as user "student". ``` Создадим таблицу с минимальным fillfactor и расположим ее сначала вне сжатого пространства. Мы не хотим, чтобы автоочистка изменяла данные в страницах во время демонстрации, поэтому отключим ее: ```sql => CREATE TABLE test ( s char(500) ) WITH (fillfactor=10, autovacuum_enabled=off) TABLESPACE pg_default; ``` ```sql CREATE TABLE ``` Вставим в таблицу 100000 одинаковых строк: ```sql => INSERT INTO test SELECT repeat('a', 500) FROM generate_series(1, 100_000); ``` ```sql INSERT 0 100000 ``` ```text => ANALYZE; ``` ```text ANALYZE ``` Сколько места в оперативной памяти занимает основной слой таблицы? ```sql => SELECT reltuples, relpages, pg_size_pretty(relpages * 8192::numeric) FROM pg_class WHERE relname = 'test'; ``` ```text reltuples | relpages | pg_size_pretty -----------+----------+---------------- 100000 | 100000 | 781 MB (1 row) ``` А сколько на диске? ```sql => SELECT pg_size_pretty(pg_relation_size('test', 'main')); ``` ```text pg_size_pretty ---------------- 781 MB (1 row) ``` Ровно столько же, ведь сжатие пока не используется. Проверим, какой выигрыш может дать сжатие. Но сначала выполним контрольную точку, чтобы сбросить грязные страницы из буферного кеша на диск. Это может повлиять на результат. ```text => CHECKPOINT; ``` ```text CHECKPOINT ``` Прогнозируемая по части страниц степень сжатия: ```sql => SELECT cfs_estimate('test'); ``` ## Page 11: Page 11 {#source-page-011} ```text NOTICE: Compression ratios and timings: pglz : ratio=53.56, time=5.752 block/ms zlib : ratio=65.60, time=33.245 block/ms lz4 : ratio=81.99, time=348.432 block/ms zstd : ratio=107.82, time=170.068 block/ms ``` ```text Best ratio: "zstd" with 107.82 Best speed: "lz4" with 348.43 blocks/ms ``` ```text cfs_estimate -------------------- 107.81784680178994 (1 row) ``` Видим, что наилучшая степень сжатия ожидается при использовании zstd. Этот алгоритм сжатия как раз используется (по умолчанию) в табличном пространстве cts. Перенесем таблицу в сжатое табличное пространство и снова поинтересуемся ее размером. ```sql => ALTER TABLE test SET TABLESPACE cts; ``` ```sql ALTER TABLE ``` ```sql => SELECT pg_size_pretty(pg_relation_size('test', 'main')); ``` ```text pg_size_pretty ---------------- 7455 kB (1 row) ``` Фактическая степень сжатия немного отличается от прогнозируемой: ```sql => SELECT cfs_compression_ratio('test'); ``` ```text cfs_compression_ratio ----------------------- 107.30707191853045 (1 row) ``` Таблица сжалась в десятки раз. Системный каталог тоже находится в пространстве по умолчанию (cts), но системные таблицы никогда не сжимаются. ```sql => SELECT relname, reltablespace, relpages * 8192 buffers, pg_relation_size(oid,'main') file FROM pg_class WHERE relname = 'pg_class'; ``` ```text relname | reltablespace | buffers | file ----------+---------------+---------+-------- pg_class | 0 | 122880 | 122880 (1 row) ``` ## Page 12: Фрагментация {#source-page-012} ![Source slide page 12: Фрагментация](images/page-012.png){#source-figure-012 caption="Source slide page 12: Фрагментация"} - мусорные страницы - процент мусора > cfs\_gc\_threshold ### Комментарии преподавателя Чтобы бороться с фрагментацией, в Postgres Pro Enterprise реализован механизм сбора мусора. Файл данных подлежит обработке, если суммарный размер мусорных страниц превышает cfs\_gc\_threshold процентов от размера файла или размер файла больше 2 Гбайт. Одновременно с файлом данных обрабатывается соответствующий файл отображения. ## Page 13: Сбор мусора {#source-page-013} ![Source slide page 13: Сбор мусора](images/page-013.png){#source-figure-013 caption="Source slide page 13: Сбор мусора"} ### Комментарии преподавателя На время обработки файл данных полностью блокируется — ставится легкая блокировка cfs file lock в исключительном режиме, которая запрещает обслуживающим процессам обращаться к файлу. Если не удается получить блокировку немедленно, а размер файла менее 3 Гбайт, процедура сбора мусора его пропустит, а если файл имеет больший размер — будет ждать получения блокировки. Затем нужные страницы копируются в новый файл данных и строится новый файл отображения. По окончании обработки старые файлы удаляются, а новые переименовываются; это происходит атомарно. Обслуживающие процессы устанавливают на файл ту же блокировку, но в разделяемом режиме, чтобы процесс сбора мусора дождался окончания работы с файлом, прежде чем начинать работу. ## Page 14: Сбор мусора {#source-page-014} **Настройки** - cfs\_gc = on - cfs\_gc\_workers = 1 - cfs\_gc\_threshold = 30 - cfs\_gc\_delay = 0 - cfs\_gc\_period = 5000ms - Запуск - cfs\_start\_gc( число-процессов ), 0 — синхронно - cfs\_gc\_relation( отношение ) ### Комментарии преподавателя Сбор мусора выполняется одним или несколькими процессами в ручном или фоновом режиме. По умолчанию фоновый сбор мусора включен (cfs\_gc = on) и использует один рабочий процесс (cfs\_gc\_workers = 1). Если выключить фоновый сбор (cfs\_gc = off) и задать параметр cfs\_gc\_workers = 0, можно вызовом функции cfs\_start\_gc(0) запустить сбор мусора синхронно, а вызовом cfs\_start\_gc(N) — асинхронно N процессами. Функция cfs\_gc\_relation собирает мусор в файлах определенного отношения, возвращая число обработанных файлов. Параметр cfs\_gc\_threshold задает минимальный процент мусора, при котором файл размером до 2 Гбайт подлежит обработке (файлы больше 2 Гбайт обрабатываются всегда). Эти условия действуют независимо от способа запуска. После обработки каждого файла процесс приостанавливается на cfs\_gc\_delay миллисекунд. По окончании обработки всех файлов процесс бездействует cfs\_gc\_period миллисекунд. При ручном запуске можно задать все упомянутые параметры на уровне сеанса, чтобы, например, обработать файлы с меньшим уровнем фрагментации или сделать обработку более интенсивной. ## Page 15: Сбор мусора {#source-page-015} **Функции для мониторинга** - cfs\_fragmentation (отношение) - cfs\_gc\_activity\_scanned\_files - cfs\_gc\_activity\_processed\_files - cfs\_gc\_activity\_processed\_pages - cfs\_gc\_activity\_processed\_bytes - Запись в журнал - cfs\_gc\_respond\_time = 3600ms - cfs\_log\_verbose = off ### Комментарии преподавателя Для мониторинга процессов сбора мусора имеется несколько функций. Статистика накапливается с момента запуска сервера. Параметр cfs\_gc\_respond\_time задает интервал, в течение которого CFS ждет снятия блокировки с файла при сборке мусора, прежде чем в журнал сообщений будет записано предупреждение. CFS может выводить в журнал информацию о процессе сбора мусора; уровнем детализации сообщений при этом управляет параметр cfs\_log\_verbose. При его значении on (по умолчанию) устанавливается уровень LOG, а при значении off — уровень INFO. Важно, чтобы сбор мусора выполнялся регулярно, иначе файлы отношений будут неограниченно расти, что приведет к падению производительности, а в дальнейшем к недостатку свободного места на диске. Поэтому рекомендуется не отключать фоновый сбор и при необходимости настроить его частоту и производительность. MPRESSION-CONTROL FIG-CFS ## Page 16: Сбор мусора {#source-page-016} Сейчас таблица не фрагментирована: ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+------------------- 7671 kB | 0 (1 row) ``` Посмотрим, что будет, если отключить сбор мусора. ```sql => ALTER SYSTEM SET cfs_gc = off; ``` ```sql ALTER SYSTEM ``` ```sql => SELECT pg_reload_conf(); ``` ```text pg_reload_conf ---------------- t (1 row) ``` Изменим все строки таблицы. ```sql => UPDATE test SET s = s; ``` ```sql UPDATE 100000 ``` ```text => CHECKPOINT; ``` ```text CHECKPOINT ``` ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+-------------------- 17 MB | 0.4387452984900283 (1 row) ``` Объем хранения вырос вдвое, фрагментация превысила умолчательный порог 30%. При дальнейшем изменении таблицы рост продолжится. Новые версии строк попадут в новые страницы, которые запишутся в конец файла. ```sql => UPDATE test SET s = s; ``` ```sql UPDATE 100000 ``` ```text => CHECKPOINT; ``` ```text CHECKPOINT ``` ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+-------------------- 28 MB | 0.5948607639094725 (1 row) ``` Теперь просто прочитаем данные — все строки таблицы — и снова увидим, что размер таблицы увеличился: ```sql => SELECT count(*) FROM test; ``` ```text count -------- 100000 (1 row) ``` ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ## Page 17: Page 17 {#source-page-017} ```text pg_size_pretty | cfs_fragmentation ----------------+-------------------- 38 MB | 0.6973050132790315 (1 row) ``` Почему так происходит? Из курса DBA2 нам известно, что при первом обращении к измененным строкам в них устанавливаются биты-подсказки. А это означает, что такие измененные страницы тоже будут записаны в конец файла, увеличивая его размер. Выполним очистку таблицы. Работа очистки приведет к изменениям в страницах данных, что также увеличит размер файла таблицы и количество мусорных страниц: ```sql => VACUUM test; ``` ```sql VACUUM ``` ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+-------------------- 45 MB | 0.8124817627505403 (1 row) ``` Конечно же, в реальной системе мусор необходимо собирать. Попробуем собрать мусор в таблице вручную, задав минимальный порог на уровне сеанса, чтобы были обработаны все сегменты: ```text => SET cfs_gc_threshold = 0; ``` ```text SET ``` ```sql => SELECT cfs_gc_relation('test'); ``` ```text cfs_gc_relation ----------------- 1 (1 row) ``` Неиспользуемые страницы удалены, размер файла уменьшился: ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+----------------------- 8793 kB | 0.0013327771523916733 (1 row) ``` Обновим таблицу и выполним контрольную точку, чтобы сжатые страницы записались в файл. ```sql => UPDATE test SET s = s; ``` ```sql UPDATE 100000 ``` ```text => CHECKPOINT; ``` ```text CHECKPOINT ``` ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+--------------------- 20 MB | 0.49664379519474555 (1 row) ``` Объем опять вырос (примерно вдвое), фрагментация около 50%. Теперь вернем автоматический сбор мусора и сбросим порог, который мы задавали на уровне сеанса. ```sql => ALTER SYSTEM RESET cfs_gc; ``` ```sql ALTER SYSTEM ``` ```sql => SELECT pg_reload_conf(); ``` ## Page 18: Page 18 {#source-page-018} ```text pg_reload_conf ---------------- t (1 row) ``` ```text => RESET cfs_gc_threshold; SHOW cfs_gc_threshold; ``` ```text RESET cfs_gc_threshold ------------------ 30 (1 row) ``` Сбор мусора выполнится автоматически (немного подождем). ```sql => SELECT pg_size_pretty(pg_table_size('test')), cfs_fragmentation('test'); ``` ```text pg_size_pretty | cfs_fragmentation ----------------+------------------- 10209 kB | 0 (1 row) ``` ## Page 19: Итоги {#source-page-019} **Сжатие настраивается для табличных пространств** - Можно выбирать алгоритм и управлять уровнем сжатия - Встроенный механизм сбора мусора сокращает объем хранимых данных ## Page 20: Практика {#source-page-020} 1. Создайте сжатое табличное пространство, использующее алгоритм zstd с максимальным уровнем сжатия 19. 2. Поместите копию одной из таблиц демобазы в сжатое табличное пространство. Насколько уменьшился ее размер? 3. Удалите созданную в п. 2 базу и сжатое пространство. ### Комментарии преподавателя 2. Чтобы контролировать изменения данных в страницах, отключите автоматическую очистку для таблицы. ## Page 21: 1. Сжатое табличное пространство {#source-page-021} ```sh student$ sudo mkdir /var/lib/postgresql/ts_dir ``` ```sh student$ sudo chown postgres: /var/lib/postgresql/ts_dir ``` ```sql => CREATE TABLESPACE cts LOCATION '/var/lib/postgresql/ts_dir' WITH (compression=zstd); ``` ```sql CREATE TABLESPACE ``` ```sql => ALTER SYSTEM SET cfs_level = 19; ``` ```sql ALTER SYSTEM ``` ```sql => SELECT pg_reload_conf(); ``` ```text pg_reload_conf ---------------- t (1 row) ``` ```text => \x \db+ cts \x ``` ```text Expanded display is on. List of tablespaces -[ RECORD 1 ]-----+--------------------------- Name | cts Owner | student Location | /var/lib/postgresql/ts_dir Access privileges | Options | {compression=zstd} Size | 4 bytes Description | ``` ```text Expanded display is off. ``` ### 2. База данных ```sql => CREATE DATABASE pgpro_cfs TEMPLATE template0 TABLESPACE cts; ``` ```sql CREATE DATABASE ``` ```sql => \c pgpro_cfs ``` ```text You are now connected to database "pgpro_cfs" as user "student". ``` ```sql => CREATE SCHEMA bookings; ``` ```sql CREATE SCHEMA ``` Загружаем определение таблицы и ее строки в новую базу: ```sh student$ /opt/pgpro/ent-16/bin/pg_dump -d demo --table=tickets --section=pre-data --section=data | psql -d pgpro_cfs ``` ```text SET SET SET SET SET SET set_config ------------ (1 row) ``` ```sql SET SET SET SET SET SET SET CREATE TABLE ALTER TABLE COMMENT COMMENT ``` ## Page 22: Page 22 {#source-page-022} ```text COMMENT COMMENT COMMENT COMMENT COPY 366733 ``` ```sql => ALTER TABLE bookings.tickets SET (autovacuum_enabled = off); ``` ```sql ALTER TABLE ``` ```text => ANALYZE bookings.tickets; ``` ```text ANALYZE ``` ```text => CHECKPOINT; ``` ```text CHECKPOINT ``` ```sql => SELECT relname, relpages, pg_size_pretty(relpages*8192::numeric) original, pg_size_pretty(pg_table_size(oid)) compressed, cfs_compression_ratio(oid) ratio FROM pg_class WHERE relname = 'tickets'; ``` ```text relname | relpages | original | compressed | ratio ---------+----------+----------+------------+------------------- tickets | 6176 | 48 MB | 22 MB | 2.191779169781274 (1 row) ``` ### 3. Удаление табличного пространства ```sql => \c student ``` ```text You are now connected to database "student" as user "student". ``` ```sql => DROP DATABASE pgpro_cfs (FORCE); ``` ```sql DROP DATABASE ``` ```sql => DROP TABLESPACE cts; ``` ```sql DROP TABLESPACE ``` ```sh student$ sudo rm -rf /var/lib/postgresql/ts_dir ``` ### Уборка Сбросим настройку параметра конфигурации. ```sql => ALTER SYSTEM RESET cfs_level; ``` ```sql ALTER SYSTEM ``` ```sh student$ sudo systemctl reload postgrespro-ent-16.service ``` ## Page 23: Практика PPEM {#source-page-023} 1. В экземпляре ent-16 создайте сжатое табличное пространство, использующее алгоритм lz4, и разместите его в каталоге /var/lib/postgresql/lz4\_cfs. 2. Создайте в сжатом табличном пространстве базу данных demo\_cfs из шаблона demo. - 3. Сравните размеры баз данных demo и demo\_cfs. 4. Удалите базу данных и сжатое пространство. ## Page 24: 1. Создание табличного пространства {#source-page-024} На главной странице откройте список экземпляров, щелкнув по блоку «Экземпляры», и выберите ent-16. В навигационной панели выберите вкладку «Табличные пространства» и нажмите «Создать пространство». В открывшемся окне введите название, требуемый каталог размещения и способ сжатия, а затем нажмите «Сохранить». ### 2. Создание базы данных из шаблона В навигационной панели, на вкладке «Базы данных», нажмите «Создать базу данных». В диалоговом окне введите название, выберите требуемый шаблон и табличное пространство и нажмите «Сохранить». ### 3. Сравнение размеров данных таблиц Дождитесь обновления информации по созданной базе в списке баз данных — в нем должны появиться сведения о количестве таблиц и индексов и их размерах, а также о размере базы. Сравните размер исходной базы шаблона и новой базы. ### 4. Удаление табличного пространства В выпадающем меню в колонке «Действия» для новой базы выберите пункт «Удалить» и подтвердите его. В навигационной панели выберите вкладку «Табличные пространства» и в строке сжатого пространства нажмите на пиктограмму удаления. Дополнительно подтвердите удаление в появившемся диалоговом окне.