Уважаемый Нозар, очень удивляет что вы как человек который арендует более 4-х лет сервера очень далеко даже от азов администрирования. Не знаю с чем связано ваше негодование, вполне возможно весна так действует, а у вас комплексы, это конечно ваши проблемы, но зачем эта попытка поливания грязью? она просто бесмыслена и никому не нужна.
Сталкиваясь с различными клиентами выявлено серьезное различие между ними, одна категория это те кто обижены на весь и мир и ноют при этом перекладывая свои проблемы на других, а другая категория особого склада ума и требуется всего лишь показать куда надо копать или где прочитать чтобы решить проблему, реализовать свою хотелку. Надеюсь понимаете к какой категории можно отности Вас?
Долгая реакция на заявки? Извольте, все клиенты равны, все заявки выполняются в порядке очереди, если от вас поступают ответы в течении суток, при чем здесь мы?.
Даже приблизительно не буду вдаватся в полемику об оптимизации сайтов, а на слова:
Очень обидно, что судя по этой строке вы не понимаете даже как устроена система, огорчу вас:
один не оптимизированный sql запрос который будет выполнятся много раз способен положить i7 и xeon.
Нозар, совсем не упомянул здесь такие вещи: что падения серверов вызывала почтовая очередь в сотни тысяч писем после того как очередной сайт проламливали, серверу банально не хватало ресурсов для нормальной работы. Также совсем забыл упомянуть что совершенно бесплатно вас и ваши сайты перетащили с CentOS на FreeBSD, что вызывало много не увязок в настройках путей к директориям.
Да? Ух ты, скорее не множко не так, тут строка написана не корректно: связался с вами после очередной вашей заявки на перезагрузку сервера, так как они от вас приходили каждые 6ть часов и рано или поздно можно было доперезагружатся до такой степени что сервер бы просто стал в нужную позицию. Предложение вам было 2 недели на переезд бесплатно, так как мы ценим и уважаем клиента, по этому и помогли с настройкой сервера (да инсталяция сервера была выполнена по стандартному шаблону со стандартной панелью, от куда можно знать особенности работы wordpress и других панелей), но вы растянули данный переезд.
Так обьясните в чем конкретно наша вина?
В том что мы настроили вам backup данных?
В том что мы решали мелкий вопросы администрирования вашего сервера?
Может в том что предложили решить проблему падения сервера?
Или может мы зря несколько раз вам предлагали найти своего системного администратора который будет круглосуточно решать проблемы вашей программной части?
Мне не совсем понятно, от куда такая озлобленность, вместо конкретных предложений только слезы и обида. Поймите для себя наконец, когда человек арендует сервер он НЕ арендует вместе с ним весь штат администраторов дата центра, не арендует бухгалтерию, он арендует качественную работу сети и аппаратной части сервера, также возможность получать ответы на свои вопросы, но при этом должен старатся хоть маломальски развиватся путем чтения, хотя о чем я тут.
drdroid, зря вы так, администраторы чуть не поседели благодаря компании ISP Systems
ТС, теперь жди.
Сутки, а там будет видно, чтобы собралась статистика по работе мускуля.
эти параметры дописываются.
В общем те параметры которые я Вам указывал вы так и не поменяли.
вы бы повтороно mysqltuner показали.
max_connections=120
query_cache_size=256M
query_cache_type=1
query_cache_size=2M
tmp_table_size=512M
max_heap_table_size=512M
table_cache=1024
и пошло поехало, еще с десяток.
а для информации:
http://sqrs.ru/2009/10/22/82/
и не забываем:
>Примерная формула по которой вычисляется максимум использования памяти:
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections
здесь еще десятка параметров не хватает для быстрой работы, а то что slow index подключи, хорошо, но без знания explain это ничего вам не даст. ---------- Добавлено 28.01.2013 в 23:21 ---------- Den73, при всем уважении к вам, но мускуль требует осмысленного подхода, и нельзя БД за пару минут затюнить на максимальную производительность.
У него куча блокировок из-за проблем доступа, от сюда и куча connection, а в реале там их раз два и все.
Одни из моих скоромных результатов:
Uptime = 15 days 0 hrs 39 min 12 sec
Avg. qps = 309
Total Questions = 401244138
Threads Connected = 34
MEMORY USAGE
Max Memory Ever Allocated : 1.04 G
Configured Max Per-thread Buffers : 610 M
Configured Max Global Buffers : 544 M
Configured Max Memory Limit : 1.12 G
Physical Memory : 1.99 G
Max memory limit seem to be within acceptable norms
TABLE LOCKING
Current Lock Wait ratio = 0 : 401245475
Your table locking seems to be fine
zabbix#
11G /usr/local/var/db/mysql/zabbix
А здесь и смотреть не начто, ТС надо просто глубже копать.
ужас.
а теперь смотрите сколько мулькуль потребляет озу.
К стати.
Кто сказал что 10-й это высокая отказоусточивать?
10 выгодно только в системах хранения данных и дорогих контролерах. все остальное риск.
А вот собрать разные уровни из разделов это интереснее.
Надо смотреть память и смотреть настройки БД, может у Вас проблема с индексами, все можно проверить и поправить.
ZFS без озу меньше 8ГБ даже не думайте.
