Падает mysql

Собственно, вы сами ответили

Сколько всего памяти? Сколько выделили под индекс базы?

На одном ВПС - 2 Гб, на другом 768.

Не подскажете, где посмотреть размер по индекс? В май.цфг похожего не нашел.

key_buffer

key_buffer_size 8388600

Еще и процессор начинает жрать кучу ресурсов. Раньше доходило до 20-25 и падало. после оптимизации страниц стало доходить до 3-4 и все равно падает :(

20-25 чего? проц? или loadaverage?

хотя бы 20 % оперативы ему дайте под кейбуфер. хотя некторые рекоммендуют до 1\2.

второе - тупняки процессора на селектах или на delete?

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

логи помотрите - может мускуль падает уже после всех остальных демонов типа апачей?

Посмотрите vmstat, скорее всего это mysql тормозит на операциях с диском (последний или предпоследний столбец, не помню). Прибавьте памяти для буфера но чтобы это не уходило в swap. Погуглите оптимизацию mysql. Скорее всего индекс базы данных не помещается в оперативку, которую вы ему выделили в my.cnf

Речь о loadaverage. Top в среднем оказывает:

Cpu(s): 1.0% us, 0.3% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si

При этом mysqld периодически загружает проц до 25-30%.

Поставил кейбуферу 96 метров, посмотрим что будет. В процесслисте в любое время висит не более 3-х спящих запросов. Чаще всего - один. Ни разу не видел там ни одного зависшего запроса работы с базой. Собственно, поэтому и не могу понять какие процессы вешают базу...

проц до 25-30%. - это холодный , скорее всего на сортировках отжирает.

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

и внимательно смотрите что за процесс висит - одного процесса достаточно чтобы все лагануло,

( у меня это например delete по условию где в условие попадет 10 млн записей- удаяет до 8часов ...

Вот что интересно. Раньше не было индексов - база падала раз в день. Потом проставил индексы, отключил кучу update (считали посещаемость отдельных страниц на лету), снял тяжелые поисковые формы - результат не изменился. Очень странно..

vmstat вот что говорит:

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------

r b swpd free buff cache si so bi bo in cs us sy id wa st

2 0 0 14670408 110984 388996 0 0 0 0 0 290 1 0 99 0 0

Так понимаю, что инпут/аутпут вообще не задействован, в свопе никого нет. Жаль не получается посмотреть данную статистику в момент падения, т.к. весь сервер валится и не получается даже подключиться по руту :(

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

У меня база-то малюсенькая! Две таблицы по 35мб (22к и 45к строк), остальные (штук 20) - на много меньше. Уже 2 недели не сплю, мануалы и форумы читаю - там у людей проблемы начинаются с 8гб базами на MyISAM.

В логах-то (messages, syslog) что-нибудь есть?