vault backup: 2024-07-15 14:05:03

This commit is contained in:
Struchkov Mark 2024-07-15 14:05:03 +03:00
parent 9624a98445
commit 7e39d164e4
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C
4 changed files with 11 additions and 11 deletions

View File

@ -24,12 +24,12 @@
"unresolvedLinks": false,
"recentFilesStore": [
{
"filepath": "_inbox/Consistent hashing.md",
"timestamp": 1721041001580
"filepath": "_inbox/Шардирование в БД.md",
"timestamp": 1721041256620
},
{
"filepath": "_inbox/Шардирование в БД.md",
"timestamp": 1721041000638
"filepath": "_inbox/Consistent hashing.md",
"timestamp": 1721041001580
},
{
"filepath": "Решардинг.md",

View File

@ -1,13 +1,13 @@
{
"recentFiles": [
{
"basename": "Consistent hashing",
"path": "_inbox/Consistent hashing.md"
},
{
"basename": "Шардирование в БД",
"path": "_inbox/Шардирование в БД.md"
},
{
"basename": "Consistent hashing",
"path": "_inbox/Consistent hashing.md"
},
{
"basename": "Решардинг",
"path": "Решардинг.md"

View File

@ -27,7 +27,7 @@ linked:
Плюсы:
- Более равномерное распределение.
- Можно использовать сервера разной конфигурации, опеределяя
- Можно использовать сервера разной конфигурации, размещая виртуальные бакеты так, чтобы обеспечить оптимальную нагрузку сервера.
## Дополнительные материалы
- Есть какая-то библиотека Guava/Sumbur

View File

@ -42,9 +42,9 @@ linked:
- При запросе SELECT FROM данные могут отдаться сначала все с одного шарда, потом с другого и так далее.
- Запросы не по ключу шардирования обойдут все узлы.
- Запросы по диапазону ключей хэширования могут обойти все шарды.
- Данные неравномерно распределились.
- Данные не равномерно распределились.
- Попробовать подобрать лучше ключ шардирования/кэш функцию
- Решардинг
- [Решардинг](Решардинг.md)
- [JOIN SQL](JOIN%20SQL.md)
- Держать нужные данные на одном шарде
- Делать вычисления в одном сервисе