Висит админка либо не может законнектится с базой

[SerjSerj]

Доброго времени суток

Имеем средний сервер, 16 гб рам на борту. Из основного на сервере сутра тдс и 40 копий смарта.

4 мастера, к каждому мастеру 9 слейвов. Сиджи одностраничные.
Контент. было 2 базы по 9 к галер и 110 к тумб. + 2 базы по 1к галер + 12 к тумб.

Подтормаживали админки. Решил облегчить две большие БД. Поставил на удаление все галеры и тумбы. Добавил заново 1к галер и 5 к тумб нарезалось. Из одной бд все удалилось (110к тумб и 8к галер), из второй удалилось на половину.(на данный момент).

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

Также иногда выскакивает ош-ка на морде сайта, но очень редко.
Warning: mysql_connect(): Too many connections in /home/web01/site.com/www/scj/includes/db_modules/mysql.php on line 11 Can not connect to database server.

В остальном сиджи функционируют нормально.

Трафик не менялся, ЛА - 2-3
Вопрос.
Что делать, куда смотреть?
Желательно с наименьшими трудозатратами.

[admin]

http://smartcj.com/wiki/doku.php?id=ru:mysql_tunning

трудозатрат минут на 15.

[SerjSerj]

так когда все что помечено удалиться удалится физически тумб останется 5к+5к+12к+12к
35к. Не так много

когда у вас 20-30-40к тумб то настройки не важны, когда их 500к - этим надо заниматься.

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

[admin]

Да
Если будет тормозить после тюнинга mysql - дайте знать, будем смотреть дальше.

[SerjSerj]

админ поколдовал с настройками, без конверсии в иннодб. Все что можно буферы увеличены, с оптимизацией по 8 процессорную систему. база вынесена на отдельный диск, нагрузка на диск с базой - небольшая. все вместе базы - 1.3 GB занимают. сервер вообще нагружен не боле чем на треть.

top - 22:23:29 up 108 days, 9:11, 1 user, load average: 2.65, 3.28, 5.79
Tasks: 1222 total, 1 running, 1213 sleeping, 0 stopped, 8 zombie
Cpu(s): 3.8%us, 1.1%sy, 0.0%ni, 72.9%id, 21.8%wa, 0.0%hi, 0.4%si, 0.0%st
Mem: 16267728k total, 8696196k used, 7571532k free, 170916k buffers
Swap: 2097144k total, 28424k used, 2068720k free, 849912k cached


вот конфиг мускула

[mysqld]
max_connections=900
bind-address=127.0.0.1
#low-priority-updates
key_buffer_size=1024M
tmp_table_size=1024M
max_heap_table_size=1024M
myisam_sort_buffer_size=1024M
#datadir=/var/lib/mysql
datadir=/mnt/disk1/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
back_log=120
skip-locking
key_buffer=1024M
#max_allowed_packet=5M
table_cache=512
sort_buffer=50M
record_buffer=50M
thread_cache=32
thread_concurrency=16
table_cache=1024

Админки не открываются либо мгновенно выдает "cannot connect to database" либо подвисают на 3-5 минут и более при открытии и при выполнении какого либо действия.

[admin]

Хорошо
Дайте знать как завершите тюнинг по доке

[SerjSerj]

Мой админ, который мне двано помагает с серваками, написал что не работает с иннодб, т.к. в свое время имел с этим негаивный опыт.

Не должно быть таких тромозов при данных настройкак.

Что еще конкретно надо сделать?

[admin]

Надо сделать как написано в доке.
И если там написан innodb - надо innodb
Админа поздравляю, innodb это сейчас дефолтный движек в mysql так что иметь опыт он будет еще много лет, тк других деофлтных движков на горизонте не видно.

[SerjSerj]

когда у вас 20-30-40к тумб то настройки не важны, когда их 500к - этим надо заниматься.

Противоречий не находите? У меня около 35 к тумб. Несколько месяцев было около 230 к тумб и все ок работало. Без настройки бд. А в один момент в админки стало не попасть.

[SerjSerj]

Здесь есть похожий топик. В чем там причина была? может у меня тоже самое?