Нужен гуру по настройке mysql innodb (дорого, но быстро и качественно)

12
Zonk
На сайте с 19.05.2006
Offline
321
3048

Нужно настроить имеющуюся базу данных на максимальную производительность.

Несколько дней назад объем базы превысил объем RAM сервера (16Gb), база стала сильно тормозить

Конвертация больших таблиц из MyIsam в InnoDB не помогла справится с тормозами, по ощущениям тормозить стало больше, объем базы стал 34 гб. Возможно поможет лучшая настройка конфига. Задача выявить причину тормозов и ликвидировать их. ОС CentOs 4.4 64-bit

Сервер самый быстрый из возможных.

Жду предложений только от специалистов, имеющих опыт в решении подобных задач. Способных выполнить задачу быстро и качественно. Репутация также имеет значение.

ICQ 630945 - стучитесь, я всегда в онлайне.

SG
На сайте с 21.01.2007
Offline
96
#1

Отписал в ICQ.

UA
На сайте с 19.06.2006
Offline
100
#2
Zonk:
Сервер самый быстрый из возможных.

Самое кошмарное заблуждение многих современных "разработчиков": можно писать и проектировать как попало, потом взять сервер по-мощнее и всё будет летать. Надеюсь, к вам это не относится, но на всякий случай спрошу...

Вы уверены, что вам нужен специалист именно по mysql/innodb, а не по проектированию самой БД?!

SG
На сайте с 21.01.2007
Offline
96
#3
Ugnich Anton:
Самое кошмарное заблуждение многих современных "разработчиков": можно писать и проектировать как попало, потом взять сервер по-мощнее и всё будет летать. Надеюсь, к вам это не относится, но на всякий случай спрошу...

Вы уверены, что вам нужен специалист именно по mysql/innodb, а не по проектированию самой БД?!

знаете, это уже совсем флуд и оффтопик... если уж пошло на то, проект для Oracle/MsSQL :)

MySQL идеален для таблиц в районе <1 Gb, в этом случае он показывает действительно лучшую производительность.

Когда объём базы вырастает - начинаются совсем другие проблемы и вопросы.

А не написать нам вместо скрипта-клиента,который делает..., триггер?А нельзя ли некоторые таблицы выгрзить в оперативную память с репликацией на резервный сервер?

Andreyka
На сайте с 19.02.2005
Offline
822
#4

Там поможет грамотная разработка БД и разнесение базы на несколько серверов

А тормозить стало вероятно потому что превысили оперативку и оно полезло в своп.

Тут конвертации не помогут - если индекс перелазит в своп, то не все ли равно в каком он формате лежит на диске?

Не стоит плодить сущности без необходимости
K
На сайте с 24.03.2004
Offline
223
#5

Ну так чем закончилось? интерес разбирает просто... на лечение к программистам или куда?

ps. или программистов на mysql.com/doc ?

проверенная ддос защита (http://ddos-protection.ru) -> http://ddos-protection.ru (http://ddos-protection.ru), бесплатный тест, цена от размера атаки не зависит.
OZE
На сайте с 21.05.2006
Offline
152
OZE
#6

зря вы конвертировали,

в доке же написано, что InnoDB медленнее MyIsam из-за того, что там включена поддержка транзакционности.

нужно смотреть схему базы, а потом уже делать выводы, так что ищите грамотного DBA, который знает MySQL

diмa5ty
На сайте с 26.12.2006
Offline
17
#7

Структуру дадите посмотреть?

бла бла бла
K
На сайте с 24.03.2004
Offline
223
#8
OZE:
зря вы конвертировали,
в доке же написано, что InnoDB медленнее MyIsam из-за того, что там включена поддержка транзакционности.

а еще в доке написано, что у myisam локинг на уровне таблиц при операциях записи...

OZE
На сайте с 21.05.2006
Offline
152
OZE
#9
kostich:
а еще в доке написано, что у myisam локинг на уровне таблиц при операциях записи...

доки рулят:)

я не DBA, поэтому рекомендую ТС найти грамотного спеца по MySQL

K
На сайте с 24.03.2004
Offline
223
#10
OZE:
я не DBA, поэтому рекомендую ТС найти грамотного спеца по MySQL

который, исходя из текста предложения, ликвидирует его программистов?

2ТС: мы все во внимании... готовы ставить пиво за оглашение причины.

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий