vault backup: 2024-07-03 12:14:39

This commit is contained in:
Struchkov Mark 2024-07-03 12:14:39 +03:00
parent b177913511
commit 85144ecedb
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C
5 changed files with 29 additions and 26 deletions

View File

@ -24,24 +24,24 @@
"unresolvedLinks": false,
"recentFilesStore": [
{
"filepath": "_inbox/Журнал БД.md",
"timestamp": 1719997767675
"filepath": "_inbox/Kafka.md",
"timestamp": 1719998004180
},
{
"filepath": "_inbox/Kafka.md",
"timestamp": 1719997473660
"filepath": "_inbox/Отставание реплики в БД.md",
"timestamp": 1719998000429
},
{
"filepath": "_inbox/Журнал БД.md",
"timestamp": 1719997922603
},
{
"filepath": "_inbox/Репликация в PostgreSQL.md",
"timestamp": 1719997807888
},
{
"filepath": "_inbox/Брокер сообщений.md",
"timestamp": 1719997469923
},
{
"filepath": "_inbox/00 RabbitMQ.md",
"timestamp": 1719997192837
},
{
"filepath": "wiki/zero/00 Nginx.md",
"timestamp": 1719992461987
}
],
"bookmarkedFileStore": [],

View File

@ -1,12 +1,20 @@
{
"recentFiles": [
{
"basename": "Kafka",
"path": "_inbox/Kafka.md"
},
{
"basename": "Отставание реплики в БД",
"path": "_inbox/Отставание реплики в БД.md"
},
{
"basename": "Журнал БД",
"path": "_inbox/Журнал БД.md"
},
{
"basename": "Kafka",
"path": "_inbox/Kafka.md"
"basename": "Репликация в PostgreSQL",
"path": "_inbox/Репликация в PostgreSQL.md"
},
{
"basename": "Брокер сообщений",
@ -191,14 +199,6 @@
{
"basename": "План проекта бота",
"path": "archive/План проекта бота.md"
},
{
"basename": "Статья. Т-Ж. Как сделать ремонт квартиры",
"path": "source/статьи/Статья. Т-Ж. Как сделать ремонт квартиры.md"
},
{
"basename": "Список покупок для ремонта",
"path": "projects/Ремонт квартиры/Список покупок для ремонта.md"
}
],
"omittedPaths": [],

View File

@ -37,5 +37,7 @@ Apache Kafka это платформа потоковой передачи,
## Заметки
- Реализована на Java
- Не использует RAM для доступа к данным.
- Отправленные сообщения не удаляются после прочтения. Можно настроить ротацию, чтобы старые сообщения удалялись.
- Для улучшения производительности желательно под кафку выделять отдельные жесткие диски.
- Отправленные сообщения не удаляются после прочтения.
- Позволяет повторно считать данные с любого места. Например, мы выполняли какую-то бухгалтерскую логику и поняли, что в приложении была допущена ошибка
- Можно настроить ротацию, чтобы старые сообщения удалялись.
- Для улучшения производительности желательно под кафку выделять отдельные жесткие диски. Менее актуально для SSD.

View File

@ -30,4 +30,4 @@ linked:
- Как сделать так, чтобы это работало быстрее?
- При чем тут репликация?
Для улучшения производительности желательно под журналы выделять отдельные жесткие диски.
Для улучшения производительности желательно под журналы выделять отдельные жесткие диски. Чтобы у журнала был эксклюзивный доступ к ресурсам диска. Менее актуально для SSD.

View File

@ -30,4 +30,5 @@ linked:
- Думайте о кросс-СУБД репликации Репликация из реляционной бд в NoSQL
- Избегать паттерна запись-чтение ![](Pasted%20image%2020240607211343.png)
- Свои данные читаем с мастера, чужие с реплики
- Читаем с других реплик через n секунд после записи. Но ничего не гарантируется
- Читаем с других реплик через n секунд после записи. Но ничего не гарантируется
- Выделить отдельный жесткий диск под [Журнал БД](Журнал%20БД.md), чтобы обеспечить эксклюзивный доступ к ресурсам диска, тем самым улучшая производительность. Менее актуально для SSD.