|
|
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
предположим у нас есть стандартный сервер MySQL который не справляется с нагрузкой. БД 5 Тбайт. Мы останавливаем его, запускаем там вместо одной десять баз MYSQL (как вариант, для каждой из них VM или Docker) и дописываем в код приложения шардинг между ними. Можно ли получить выигрыш в производительности за счет уменьшения размера баз, за счет как бы ещё одного уровня индексирования? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2016, 17:29 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
Ну можно. А можно и не получить. Конь в вакууме - он ведь не всегда сферический... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2016, 17:36 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
xoidМожно ли получить выигрыш в производительности за счет уменьшения размера баз, за счет как бы ещё одного уровня индексирования?На том же железе, без его увеличения? Вряд ли... И этот "уровень индексирования" сам по себе ничего не даст, его можно заменить с куда меньшими накладными расходами разбиением данных на секции, таблицы, инстансы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2016, 17:40 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
xoidпредположим у нас есть стандартный сервер MySQL который не справляется с нагрузкой. БД 5 Тбайт. Мы останавливаем его, запускаем там вместо одной десять баз MYSQL (как вариант, для каждой из них VM или Docker) и дописываем в код приложения шардинг между ними. Можно ли получить выигрыш в производительности за счет уменьшения размера баз, за счет как бы ещё одного уровня индексирования? А какой у тебя размер баз ? Сколько записей в каждой из основных таблиц ? (5ти самых важных хватит) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2016, 18:20 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
xoidМожно ли получить выигрыш в производительности за счет уменьшения размера баз, за счет как бы ещё одного уровня индексирования? выигрых будет только за счёт разделения ресурсов , затрачиваемых на выполнение запросов. Раньше было N пользователей на одну машину, теперь будет N/k пользователей на одну машину. (k = 10). Если у тебя нехватало ранее ресурсов для выполнения запросов (что в БД приложениях достаточно редко бывает), то ок, будет улучшение. Если у тебя производительность упиралась в плохие времена выполнения запросов (плохие планы, плохие расклады данных и т.п. => времена выполнения запросов большие), то и после разделения на 10 нод у тебя будет то же самое, только "работать" будут 10 серверов вместо одного (т.е. в 10 раз дороже). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2016, 18:24 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
MasterZivу тебя будет то же самое, только "работать" будут 10 серверов вместо одногоСудя по фразе "для каждой из них VM или Docker" топикстартер хочет остаться на одном физическом сервере, разделив БД только виртуально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2016, 18:28 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
miksoft, А смысл? TCP-сокетов к БД нехватает разве что... Но это тогда клиника, уже нично не спасёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2016, 17:23 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
MasterZiv, допустим, это можно оправдать попытками достичь параллельного выполнения одного запроса сразу на нескольких ядрах. Слишком много факторов и тестирование на конкретной нагрузке было бы лучшим способом проверить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2016, 12:24 |
|
||
|
Шардинг для бедных
|
|||
|---|---|---|---|
|
#18+
netwind, я использовал следующий пакет https://github.com/akalend/mysql_shard базы были по несколько теробайт, разбили на 12 баз, пока использовали два физических сервера, когда они вырастут, то мы их разнесем на несколько серверов (4 или 6). Принципиально, можно расширить до 12... Сконфигурировать шардинг можно по разному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2016, 13:02 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39305437&tid=1831423]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
186ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 512ms |

| 0 / 0 |
