Тёмный
No video :(

DBA2-10 Тема 9 «Журнал предзаписи» 

Postgres Professional
Подписаться 21 тыс.
Просмотров 5 тыс.
50% 1

Учебный курс DBA2-10 Администрирование PostgreSQL 10. Настройка и мониторинг: postgrespro.ru...
Раздел «Журналирование», Тема 9 «Журнал предзаписи»
Авторы курса: Егор Рогов, Павел Лузанов.
© 2019 Postgres Professional
При использовании, упоминании, репосте, частичной или полной публикации материалов курса на сторонних интернет-ресурсах ссылка на сайт www.postgrespro.ru обязательна
#DBA2 #PostgreSQL #Postgres #PostgresPro #Education

Опубликовано:

 

25 авг 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 6   
@sovrinfo
@sovrinfo Год назад
Спасибо за видео. Коммент в поддержку!
@evgenii2831
@evgenii2831 4 года назад
Если можно задать вопрос, чем использование журнала WAL выгоднее прямой записи всех изменений страниц на диск в соответствующие страницам файлы таблиц? Ведь пишем все изменения пишутся на диск дважды, сначала в WAL потом уже в файлы таблиц.
@dmitriist255
@dmitriist255 3 года назад
отвечу, хотя вы наверное уже нашли. Во-первых, журнал - это последовательный поток данных на запись. С последовательной записью даже HDD-диски справляются неплохо. А вот запись самих данных - случайная, потому что страницы разбросаны по диску более или менее хаотично. Во-вторых, журнальная запись может быть гораздо меньше, чем страница. В-третьих, при записи можно не заботиться о том, чтобы в каждый произвольный момент времени данные на диске оставались согласованными (такое требование сильно усложняет жизнь). Ну и в-четвертых, как мы потом увидим, журнал (раз уж он есть) можно использовать не только для восстановления, но и для резервного копирования и репликации параллельно мб стоит читать статьи лектора на хабре, становится яснее. habr.com/ru/company/postgrespro/blog/459250/ вот отсюда скопипастил вам ответ
@natiqrzazade4929
@natiqrzazade4929 2 года назад
İn my case pg_current_wal_lsn() and pg_current_wal_insert_lsn() are equal result. What is the reason ?
@PostgresProfessional
@PostgresProfessional 2 года назад
It means that all created WAL entries have already reached the disk. It is supposed to work this way, otherwise your transaction's data is not safe. You can temporarily see one position differs from the other at high load.
@natiqrzazade4929
@natiqrzazade4929 2 года назад
@@PostgresProfessional thank you for reply
Далее