Выбор hdd сервера для посещаемого сайта.

Угу. А теперь еще вот это сделайте:

---------- Добавлено 28.01.2013 в 21:55 ----------

Вот это надо вылечить. И железо тут не при чем.

сейчас поправлю эти конфиги, и перезапущу mysql

по SSh не получилось выполнить show processlist, т.к. рут пароли сервера и мскл разные

в phpmyadmin вот что вышло:

Host localhost

db NULL

Command Query

Time 0

State NULL

info show processlist

Вы еще не знаете что менять нужно. Не нужно бездумно менять все что написал mysqltuner. Иначе будете увеличивать до бесконечности.

Если не получается залогинится в MySQL - включите slow query log и покажите что у Вас тормозит.

Но лучше найдите возможность залогиниться в MySQL, можно попробовать с тем логином/паролем, который используется для сайта.

пока только в конфиге etc/mysql/myconf

прописал

max_connections = 200

под секцией [mysqld]

подключил запись slow_queries.log с параметрами: long_query_time=10

посмотрим через 1-3 дня что там будет.

ужас.

а теперь смотрите сколько мулькуль потребляет озу.

че за бред, увеличение не говорит о том что все эти подключения открыты это лишь порог и не более

---------- Добавлено 28.01.2013 в 23:05 ----------

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

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

А здесь и смотреть не начто, ТС надо просто глубже копать.

😮

Вам там и 100 как бы с запасом раз в 10, а 200... 🤪 200 только усугубит положение

P.S. Настроение хорошее сегодня. Скиньте в личку доступ - поправлю Вам бесплатно :)

Видимо используются persistent connections, запущено мульен процессов апача, вот им и не хватает коннектов к mysql.

P.S.

Поржал над советами про hw raid.

За ночь ошибок так и не появилось, будем ждать дальше.