Помогите разобраться с нагрузкой сервака.

Вот сделал лог

/etc$ top

last pid: 76802;  load averages:  1.35,  0.89,  0.67  up 0+01:10:14    17:53:35

42 processes:  1 running, 41 sleeping

Mem: 160M Active, 139M Inact

Swap: 320M Total, 320M Free

  PID USERNAME       THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND

73616 www              1   4    0 29780K 24284K sbwait 2   0:06 18.80% httpd

75361 www              1  20    0 22984K 17472K lockf  3   0:02 18.26% httpd

76786 www              1  20    0 20740K 15204K lockf  0   0:00 12.55% httpd

76755 www              1   4    0 20940K 15440K sbwait 0   0:00 12.04% httpd

75202 www              1  96    0 21088K 15580K select 0   0:02 11.82% httpd

73620 www              1   4    0 24324K 18804K sbwait 2   0:03  9.91% httpd

73632 www              1   4    0 24420K 18900K sbwait 1   0:04  9.81% httpd

76754 www              1   4    0 20976K 15448K sbwait 1   0:00  9.29% httpd

75215 www              1  20    0 23496K 18020K lockf  2   0:01  9.28% httpd

76752 www              1   4    0 20988K 15512K sbwait 2   0:00  5.14% httpd

73625 www              1  20    0 24644K 19144K lockf  2   0:04  1.95% httpd

76695 www              1   4    0 20956K 15456K sbwait 2   0:00  1.93% httpd

50183 root             1  96    0 18384K 12672K select 2   0:04  0.10% httpd

50271 mysql            9  20    0 49632K 25760K kserel 3   3:28  0.00% mysqld

55033 root             1  96    0 16012K 11936K select 2   0:05  0.00% ispmgr

50282 root             1  96    0  4704K  3964K select 3   0:00  0.00% sendmail

58338 root             1  96    0  3272K  1960K select 0   0:00  0.00% sftp-ser

50257 root             1   4    0  1520K  1152K kqread 3   0:00  0.00% dovecot

И так мускул падает от добавления новостей. я уверен в этом на 90%

сейчас на кроне все вырубил, пока сервер работает нормально.

До 5 числа небыло никаких проблем, иногда падал сервак.

5 числа навернулись 3 базы данных, из за чего я не обнаружил из в панели ISP

вернее их размер был всего 5 мб.

Хотя в папке на серваке они лежали в полном обеме пол гига.

Сервер работал на тарифе

VDS-Отрыв

SSH root-доступ

Диск - 3000 мегабайт

Память - 128 мегабайт

саппорт сказал что не хватает памяти, после чего я сменил тариф на

VDS-Улёт

SSH root-доступ

Диск - 4000 мегабайт

Память - 160 мегабайт

но проблемму это не решило.

мускул падал каждые 10 минут. один акк с 5 сайтами.

Сервер продолжал работать нормально.

Затем я по очереди включил все акки.

Сейчас сервер работает.

Но вот базы данных видать побиты . Щас погляжу что с ними.

seosniks добавил 14.01.2009 в 18:14

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

Пролблема в самих базах данных.

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

за полтора часа все отлично работает.

Процессор	Virtual CPU 600 MHZ

Оперативная память	160 Mb

Файл подкачки (swap)	319 Mb

Размер дискового пространства	4000 Mb

Количество процессов	35

Продолжительность работы	1 hours 28 minutes

Средняя загрузка	1.04 0.88 0.77

Скорость открытия страниц вполне нормальная.

seosniks, ну да я имею ввиду сервер mysql. Вы попробуйте mytop запускать ДО того как начнется залипание и наблюдать что происходит. ( это то же самое что запускать в цикле mysqladmin processlist).

если места хватает то можно в /etc/my.cnf воткнуть log-bin и потом смотреть какие запросы собственно выполняются. также можно посмотреть в реалтайме mysqladmin -i1 processlist ну и статистику тоже надо бы глядеть mysqladmin stat и mysqladmin extended. Возможно просто из за того что базы наворачивались после восстановления пошли траблы.

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

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

hNick добавил 14.01.2009 в 19:37

Вот могу чем помочь, если действительно помогу. буду рад =).

1 способ починки таблиц.

1) переходим в директорию с вашей mysql

2) Останавливаем mysql

3) Для проверки таблиц:

4) Для ремонта

5) И запускаем mysql

2 Способ

Если неошибаюсь, работает при работающем mysql

Проверка таблиц

Ремонт таблиц

Спасибо netwind! Я обязательно попробую. Сейчас отключил добавление новостей в базу. Все нормализовалось. Сайты в подписи которые на серваке падали

seosniks добавил 14.01.2009 в 19:45

Спасибо hNick! Завтра поробую сделать

seosniks добавил 14.01.2009 в 19:47

rustelekom! Места свободно 800 мб. Хотя я уверен что там мусора гига полтора. так как было 2 гига пока все работало нормально.

Спасибо за помощь всем кто принимал участие в помощи.

По поводу проверки таблиц....

Могу дать скрипт, который делает это всё автоматически (проверка баз и таблиц)... Пишите в личку, если потребуется...

есл можно раскажите подробнее как воткнуть в /etc/my.cnf воткнуть log-bin

строку кода если можно готовую

я так понимаю создать лог файлик прописать к нему путь?

Черт снова лег сервак. Хотя отключил все обращения к базе. кроме вывода новостей.

Или же может опять поддержка делает что то. так как сайт один неработал

я отписал чтоб починили и похоже что то сломали опять. 😡

в секции [mysqld]

где нибудь прописать просто строчку:

log-bin

и эти логи будут копиться в /var/db/mysql (если у вас фряха) с расширением .bin

смотреть их надо утилкой /usr/bin/mysqlbinlog имя файла лога.

PS. Если у вас не используются таблица типа innodb то лучше их в том же /etc/my.cnf совсем выключить. Опять же одной строчкой и в той же секции:

skip-innodb

А если используется то надо посмотреть может они и грузят (это по сути один здоровый файл и если он повредится то базам наступит большое куку. На ВПС я б не стал вообще пользовать базы на innodb).

Базы на обчном мускуле вродьбы sql

завтра покажу вам конфиг настроек.

seosniks добавил 14.01.2009 в 22:17

сейчас одну базу проверил в ней

ошибки

Проблемы с индексами таблицы `cat_advert`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_advert

Проблемы с индексами таблицы `cat_backhrefs`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_href

Проблемы с индексами таблицы `cat_catalog`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_cat

Проблемы с индексами таблицы `cat_counters`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_counter

Проблемы с индексами таблицы `cat_links`

Следующие индексы определены как идентичные, и один из них должен быть удален: id_cat, id_cat_2

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_link

Проблемы с индексами таблицы `cat_news`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_news

Проблемы с индексами таблицы `cat_rss`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_rss

Проблемы с индексами таблицы `cat_stat`

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_stat

Проблемы с индексами таблицы `cat_vip`

Следующие индексы определены как идентичные, и один из них должен быть удален: id_cat, id_cat_2

Следующие индексы определены как идентичные, и один из них должен быть удален: PRIMARY, id_vip

А вот как их лечить незнаю.

По идее их надо удалить. А чем это вы анализируете?

Покажите лучше что там на самом деле. Нужен вывод sql-команды по какой-нибудь из таблиц

"show create table cat_vip ;"

Что-то уж слишком плохо выглядит.