Сервер для БД

133

mstar

22 марта 2010, 14:48

#11

Maxi21:
База порядка 500мб, в основном это 2 таблицы. есть много мелких и пара тяжелых запросов. Мемкеш используем.

Если всего 2 таблицы и всего пара тяжелых запросов - нужно проанализировать их и оценить объем работы по оптимизации приложения, чтобы тяжелых не было. Ну или были, но не больше 1-5 секунд и не чаще раз в 1-5 минут. Если такие тяжелые запросы идут вподряд и каждую секунду - путь апгрейда железа явно тупиковый.

"Много мелких" тоже нужно посчитать: это 10 запросов на один веб хит, или это 10К на один веб хит.

zexis:
Сейчас компьютерные комплектующие стоят довольно дешево в сравнении со стоимостью рабочего времени разработчика.

После того, как есть объективная картина по запросам - просто сравнить стоимость рефакторинга со стоимостью нового железа с переездом. Переезд на новое мощное железо спасает на какой-то срок, а вот сам срок этот будет 1-2 месяца или 1-2 года без анализа ситуации никто не угадает по общим фразам.

Анализировать запросы должен разработчик или админ на порядок грамотнее в оптимизации, чем разработчик.

Разработка сайтов (http://www.mstarproject.com/?action=tecdoc_mysql_site) - удобные веб приложения по разумной цене.

eTarget 2011:Панельная дискуссия «Стратегия eTarget 2011: Круглый стол Могут ли «плохие» входящие

822

Andreyka

22 марта 2010, 19:24

#12

zexis:
Не понял вашей мысли.
Про какой поток вы говорите при репликации MySQL?

Про отставание слейва от мастера

Не стоит плодить сущности без необходимости

225

Maxi21

22 марта 2010, 20:59

#13

Спасибо за ответы, в некотором роде это проясняет ситуацию :) по крайней мере по серверу бд :)

Google ;) (http://google.com)

Open AI тестирует память для ChatGPT

Все что нужно знать о DDоS-атаках грамотному менеджеру