Изменения документа Write-Ahead Log (WAL) | Журнал транзакций
Редактировал(а) Alexandr Fokin 2023/12/16 14:13
<
>
отредактировано Alexandr Fokin
на 2023/02/14 14:20
на 2023/02/14 14:20
отредактировано Alexandr Fokin
на 2023/12/13 11:04
на 2023/12/13 11:04
Изменить комментарий:
Renamed back-links.
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,30 +1,34 @@ 1 1 Механизм, используемый хранилищами для надежного сохранения изменений данных. 2 2 PITR (Point In Time Recovery). 3 -Файловый лог, в который записываются все изменения данных. 3 +Файловый лог, в который последовательно записываются все изменения данных. 4 4 В случае падения БД (перезагрузки сервера), лог используется для наката зафиксированных изменений. 5 -Частично может быть задействован в механизмах [[Репликация | Replication>>Разработка.Базы данных.Механизмы.Кластер.Репликация | Replication.WebHome]] (трансляция потока изменений на реплики) и для создания резервных копий. 5 +Также может быть задействован в механизмах [[Репликация | Replication>>Разработка.Базы данных.Механизмы.Кластер.Репликация | Replication.WebHome]] (трансляция потока изменений на реплики) и для создания резервных копий. 6 +Контрольная точка - периодическое сохранение грязных данных на диск и отчистка журнала на определенный момент времени т.к. данные гарантировано надежно сохранены. 6 6 7 - Также поддерживается некоторыми InMemory хранилищами в сочетании с системой снимков.8 +Поддерживается некоторыми InMemory хранилищами в сочетании с системой снимков. 8 8 9 -Контрольная точка - периодическое сохранение грязных данных на диск и отчистка журнала на определенный момент времени т.к. данные гарантировано попали на диск. 10 - 11 11 ---- 12 12 13 -|(% colspan="1" rowspan="3" style="width:174px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% colspan="1" rowspan="3" style="width:212px" %)Postgres Professional|(% style="width:1154px" %)WAL в PostgreSQL: 1. Буферный кеш 12 +|(% colspan="1" rowspan="2" style="width:174px" %)[[PostgreSQL>>doc:Разработка.Базы данных.SQL.PostgreSQL.WebHome]]|(% colspan="1" rowspan="2" style="width:212px" %)Postgres Professional|(% style="width:1154px" %)((( 13 +WAL в PostgreSQL: 1. Буферный кеш 14 14 [[https:~~/~~/habr.com/ru/company/postgrespro/blog/458186/>>https://habr.com/ru/company/postgrespro/blog/458186/]] 15 -|(% style="width:1154px" %)WAL в PostgreSQL: 2. Журнал предзаписи 15 + 16 +WAL в PostgreSQL: 2. Журнал предзаписи 16 16 [[https:~~/~~/habr.com/ru/company/postgrespro/blog/459250/>>https://habr.com/ru/company/postgrespro/blog/459250/]] 17 -|(% style="width:1154px" %)WAL в PostgreSQL: 4. Настройка журнала 18 + 19 +WAL в PostgreSQL: 4. Настройка журнала 18 18 [[https:~~/~~/habr.com/ru/company/postgrespro/blog/461523/>>https://habr.com/ru/company/postgrespro/blog/461523/]] 19 - |(% colspan="1" style="width:174px" %)|(% colspan="1" style="width:212px" %)|(% style="width:1154px" %)Курсы DEV1 и DEV220 -|(% colspan="1" style="width:174px" %)|(% colspan="1"style="width:212px"%) |(% style="width:1154px" %)21 +))) 22 +|(% style="width:1154px" %)Курсы DEV1 и DEV2 21 21 |(% style="width:174px" %) |(% style="width:212px" %) |(% style="width:1154px" %) 22 -|(% style="width:174px" %)Файловая системы|(% style="width:212px" %) |(% style="width:1154px" %) 23 -|(% style="width:198px" %)Синхронн аярежим записи|(% style="width:902px" %)После каждой записи БД явно вызывает [[File sync ~~| FSync>>Хостинг.Операционные системы.File sync | FSync.WebHome]], что должно дать высокую вероятность того, что данные реально попали на физический носитель, а не только в промежуточные кеши подготовки записи.24 +|(% style="width:174px" %)Файловая системы|(% style="width:212px" %) |(% style="width:1154px" %)((( 25 +|(% style="width:198px" %)Синхронный режим записи|(% style="width:902px" %)После каждой записи БД явно вызывает [[File sync ~~| FSync>>Хостинг.Операционные системы.Механизмы.File sync | FSync.WebHome]], что должно дать высокую вероятность того, что данные реально попали на физический носитель, а не только в промежуточные кеши подготовки записи. 24 24 |(% style="width:198px" %)Асинхронный режим записи|(% style="width:902px" %)Не делает вывозов FSync, может достаточно сильно увеличить производительность. 25 25 Но не гарантируется сохранность всех данных, коммит которых завершился успешно. 26 26 ))) 27 27 30 +[[Event sourcing>>doc:Архитектура и модели.Группа\. Архитектурные подходы.Event sourcing.WebHome]] 31 + 28 28 ---- 29 29 30 30 ==== Внутренние ссылки: ====