Падает mysql

пишите по крону раз в минуту , и потом логи смотреть на минуту падения того приложения которое собственно запросы шлет (пеха с апач?) , может все просто - миллон мелких запросов в сек и оно заткнулось..

В еррор_логах куча записей

[client 127.0.0.1] Directory index forbidden by Options directive: /var/www/html/

В access_log куча

"GET / HTTP/1.0" 403 5043 "-" "Apache/2.2.3 (CentOS) (internal dummy connection)"

На обоих ВПС

Syslog вообще не нашел, a в messages множатся записи вида:

START: smtp pid

EXIT: smtp status=

С разных IP.

ncux добавил 21.08.2008 в 21:49

Что именно писать? У меня каждые 5 минут стоит на крон запись ps -aux и netstat. Ничего особенного в момент падения я не видел. Сегодня сервер упал при нагрузке базы 5,8% (отоптимизировал FULLTEXT), раньше эта цифра доходила до 13%. При чем после перезагрузки сервера эта цифра была равна 4% и росла, примерно по 0,1 каждые полчаса.

логи мускуля лежат в папке с базами - их посмотрите, а про апач - тупой 2.2* апач угу - сам к себе лезет регулярно, но на базы это не влияет (ответ 403 - он не доходит в принципе до баз).

manman добавил 21.08.2008 в 21:54

на фултексте после селекта еще и сортировки поди есть ? индекс есть на поле по которому сортируете?

да не нагрузка это чтобы падать -у меня в среднем 60-70 на мускуль процессор отжирается- совершенно не повод рухнуть серваку.

в крон к тому что есть добавь

echo "show processlist;"| mysql -uroot >>/var/log/mysqlProcesslist

после падения может чтото увидится.

что именно падает? осташиеся 95 процентов процессора то чем в это время заняты ?

во время " падения" крон остаетсяработать или машина умирает совсем?

Пишите в лог длинные запросы без индексов и смотрите что там будет

длинные запросы обычно видно в процесслисте

и не приводят к коре сервера , по крайнй мере я не видел чтобы ssh переставал откликаться - фронтенд да отпадет по таймауту - а шелл то куда денется.. ...

Наверно уже не соображаю %) Если речь о логе mysqld.log, то там все стерильно, никаких ошибок.

При сортировке в фултексте есть индекс, по которому сортируется селект. Explain говорит, что он просматривает всего 1 поле.

Спасибо, повешу в крон эту задачу.

Сервер умирает совсем. Не работает вообще ничего - SSH, FTP, HTTP и прочее. Помогает только звонок в службу поддержки :(

ncux добавил 21.08.2008 в 22:10

Да. Причем сейчас файлы находятся на одном VPS, а база - на другом (там где есть SSH).

После падения мускуля второй ВПС получилось оживить только после перезагрузки всего аккаунта ВПС, тот ВПС, где находится файло - отдавал ошибу "Lost connection during query". Вроде так.

Бывает пишет "can't allocate memory", бывает "erno(12)".. В общем, он у меня большой выдумщик :))

лог лежит в том месте где БАЗЫ. называется примерно Имямашины.err

manman добавил 21.08.2008 в 22:16

где то наставлено выделения памяти под что-то больше чем оперативы...

в темпе место не кончилось ?

вот на этом разделе где переменные tmpdir

echo 'show variables like "%tmp%";' | mysql

Таких логов не нашел. Нашел один ib_logfile1 - там пробелов на 5мб...

show variables like "%tmp%:

bdb_tmpdir

max_tmp_tables 32

slave_load_tmpdir /tmp/

tmp_table_size 33554432

tmpdir

я не помню как он себя ведет при отсутствии перменной для темпа.

ну пропиши - лишним не будет

в файле my.cnf

скорее всего гденибудь или где базы лежат находится. или в етц ( не помню я ваших линухов)

в секции [mysqld]

skip-locking

skip-innodb

skip-ndbcluster

tmpdir = /tmp

и проверь есть ли место

df -h /tmp

первая цифра должна быть больше второй хотябы на 35 мегабайт :-)

чтото типа

Filesystem Size Used Avail Capacity Mounted on

/dev/ad6s1d 29G 228M 27G 1% /tmp

только цифры мельче у тебя будут

df -h /tmp

Filesystem Size Used Avail Use% Mounted on

vzfs 80G 659M 80G 1% /

конфиг отредактировал

ncux добавил 21.08.2008 в 22:53

Конфиг-то отредактировал, зато моментально отвалился Плеск.

MySQL query failed: Incorrect information in file