Re: [MySQL] Железо для нового сервера

Знаю, что для такого сервера такая железяка - дерьмо собачье, но в стойках уже который год до сих пор стоит этот древний аквариус и менять его не очень хотят. Вот и решил заодно надавить

Re: [MySQL] Железо для нового сервера

Функциональные проблемы есть? Или только своп визжит? Ох не трогал бы ты тот сервак..

Re: [MySQL] Железо для нового сервера

Да тот я и так не трогаю. пока. Трогать мне надо другой сервак, которого пока нет. В любом случае, резервирование БД сделать надо обязательно.

функциональных особо нет. Но любой отчет формируется с час, когда должен пару минут.

Re: [MySQL] Железо для нового сервера

> резервирование БД сделать надо обязательно.
 http://dev.mysql.com/doc/refman/5.1/en/backup-methods.html ?

> любой отчет формируется с час, когда должен пару минут
Звонишь в саппорт этого билинга, выясняешь какую конфигурацию надо под твою нагрузку.. А ты уверен что это своп? Может оно таблицу эту сканирует. Производительность деградирует со временем или так всегда и было? С другой стороны, если тебе и нужен один отчёт в день - ну и пусть себе генерится час, ночью.

Re: [MySQL] Железо для нового сервера

>При этом памяти забито примерно 880Мб из почти гига всего.
Потребление памяти у mysql (да и не только у неё) зависит в том числе и от настроек. Так что по нему ничего не измерить.

Вообще, если тупо на глаз мерять, то надо брать сервер раза в полтора-два толще по памяти и по процу. И подкрутить сам mysql потом.

Re: [MySQL] Железо для нового сервера

>>А ты уверен что это своп? Может оно таблицу эту сканирует.
Это была типа аллегория :) Я к тому, что своп забивается капитально, из-за банальной нехватки ОЗУ. А сервак древний, там dimm'ки стоят с 233MHz. Работают исключительно парами. К тому же, проверял, даже с частотой 333 планки не дают компу включиться. Ему исключительно 233 подавай, которые хер где надыбаешь.

По поводу кол-ва отчетов - иногда их надо делать десятки штук в день. Особенно отчеты по трафику. А у каждого абонента есть еще личный кабинет, в котором они сами могут отчеты формировать свои.

Re: [MySQL] Железо для нового сервера

> Я к тому, что своп забивается капитально, из-за банальной нехватки ОЗУ.
Откуда ты знаешь что и когда забивается в своп? И что своп как-то влияет? Покрути vmstat, посмотри когда страницы начинают подкачиваться (swap in (si) или page in (pi)) - может то, что в свопе лежит и не востребовано при генерации отчётов и следовательно на скорость не влияет

> А сервак древний, там dimm'ки стоят с 233MHz. Работают исключительно парами. К тому же, проверял, даже с частотой 333 планки не дают компу включиться. Ему исключительно 233 подавай, которые хер где надыбаешь.
Ну работают же пока и ладно

> По поводу кол-ва отчетов - иногда их надо делать десятки штук в день.
Кстати, 10 отчётов в параллель будут генериться 10 часов или больше или меньше?

> Особенно отчеты по трафику. А у каждого абонента есть еще личный кабинет, в котором они сами могут отчеты формировать свои.
Так производительность деградирует или нет?

И чего отчёты делают? По тому, что ты сказал, у тебя в базе лежат записи за последний месяц, на пиковой нагрузке на диск пишется всего ничего - 30 килобайт в секунду. И с этим проблем нет. Но когда ты запускаешь отчёты, то всё работает медленно. Спрашивается что за отчёты? Если они полностью сканируют обе большие таблицы, размер которых около 60 Гб что при чтении с диска в лучшем случае со скоростью 20Мб/сек - у тебя все эти данные только читаться с диска будут 60000/20/3600=0.8 часа, а ты грешишь на память.