|
Какую СУБД выбрать для высоконагруженного проекта?
|
|||
---|---|---|---|
#18+
Сейчас есть проект в котором миллионы записей. используется реляционная бд в mysql(версия 5.5) products (15+млн записей) category (1к) tag (100к) products_to_category (60+млн) products_to_tag(60+млн) но что то жестко тормозит, сейчас думаем перейти на другой СУБД или же обновиться до версии 5.7 , Что выбрать, чтобы хоть как то уменьшить нагрузку? p.s тормозят еще дополнительно когда сортировку включаешь по дате создание если сортировать то запрос будет медленнее выполняться на 5-10 секунд ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2018, 08:37 |
|
Какую СУБД выбрать для высоконагруженного проекта?
|
|||
---|---|---|---|
#18+
khurshed, планы посмотреть, оптимизировать запросы, денормализацию, шардинг, избыточность уже пробовали? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2018, 09:12 |
|
Какую СУБД выбрать для высоконагруженного проекта?
|
|||
---|---|---|---|
#18+
khurshedЧто выбрать, чтобы хоть как то уменьшить нагрузку?Оптимизировать запросы. 60млн записей - ни о чем для любой субд. Но если запросы кривые - будут тормозить на любой субд. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2018, 11:54 |
|
Какую СУБД выбрать для высоконагруженного проекта?
|
|||
---|---|---|---|
#18+
Уважаемый mayton в соседней теме высказывал сожаление о сложностях сравнительных экспериментов http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1286202&msg=21217709 Я сложностей не вижу, если поможете исходный массив (пусть сгенерированный) похожий на правду подготовить. p.s. Интерес сугубо спортивный... цель "проверить порох в пороховницах" ))) Почта в профиле. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2018, 14:47 |
|
Какую СУБД выбрать для высоконагруженного проекта?
|
|||
---|---|---|---|
#18+
khurshedЧто выбрать, чтобы хоть как то уменьшить нагрузку? Вам нужно взять на работу программиста. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2018, 14:45 |
|
Какую СУБД выбрать для высоконагруженного проекта?
|
|||
---|---|---|---|
#18+
khurshedСейчас есть проект в котором миллионы записей. используется реляционная бд в mysql(версия 5.5) products (15+млн записей) category (1к) tag (100к) products_to_category (60+млн) products_to_tag(60+млн) но что то жестко тормозит, сейчас думаем перейти на другой СУБД или же обновиться до версии 5.7 , Что выбрать, чтобы хоть как то уменьшить нагрузку? Согласитесь, ваша идея о переходе на другую СУБД звучит наивно. Если вы не нашли root cause "тормозов". То чем вам поможет переход? В новой СУБД будет та-же фигня и может быть даже хуже. Ищите плохие SQL-запросы. Смотрите план выполнения. Если план плохой - улучшайте. Стройте индексы или меняйте геометрию таблиц. Денормализуйте. Играйте в пасьянс между таблицами и дисками. Перераспределите их по другому чтоб выровнять нагрузку. Увеличте степень параллелизма для дисковой подсистемы. Увеличте buffer pool. Поставте больше процессоров если есть основания. И т.п. Я к сожалению не спец по MySQL и не знаю названий utilities и команд как и которыми детектируют execution plan и снимают метрики с CPU/Memory/IO но общие принципы тюнинга у всех СУБД одинаковы. Также почти на 90% одинаковы алгоритмы и структуры данных которые обеспечивают поиск данных в индексе. И конечно-же вам нужно срочно искать MySQL-специалиста который это знает и умеет. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2018, 01:40 |
|
|
start [/forum/topic.php?fid=35&msg=39609496&tid=1552223]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 276ms |
total: | 432ms |
0 / 0 |