Как убрать спящие процессы?

Mister_Black, хватит выдумывать. просто возьмите услугу администрирования.

prefork - уже по названию подразумевает ПРЕдварительно FORK-нутые, а следовательно, спящие процессы. Они там должны были быть тоже.

Есть масса других показателей оценки производительности.

Дело в том, что у меня есть услуга администрирования, от хостинга, но этот админ знает не намного больше меня, или просто не хочет делать всё как надо :) да и не особо выгодно им настраивать мой впс чтоб я сидел на нём долго и счастливо, им выгоднее чтоб я как можно быстрее перешёл на их дедик.

Ну и зачем Вам такая "услуга"?

Они не рассматривают возможность того, что перейдете Вы не на их дедик?

Кажись нашёл из за чего спящие процессы, взгляните на количество неудачных попыток соединения и это всего за 4.5 часа работы базы набежало, на старом впс у меня за неделю меньше было, куда копать не подскажите?

В логах копать надо, в логах

в логах mysql ничего криминального не нашёл, в логах апача тоже

вот из лога ошибок mysql за сегодня

110212 13:24:47 [Note] /usr/local/libexec/mysqld: Normal shutdown

110212 13:24:47 [Note] Event Scheduler: Purging the queue. 0 events

110212 13:24:47 [Note] /usr/local/libexec/mysqld: Shutdown complete

110212 13:24:47 mysqld_safe mysqld from pid file /var/db/mysql/site.com.pid ended

110212 13:24:47 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql

110212 13:24:47 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead.

110212 13:24:47 [Note] Plugin 'FEDERATED' is disabled.

110212 13:24:47 [Note] Plugin 'InnoDB' is disabled.

110212 13:24:47 [Note] Event Scheduler: Loaded 0 events

110212 13:24:47 [Note] /usr/local/libexec/mysqld: ready for connections.

Version: '5.1.55' socket: '/tmp/mysql.sock' port: 3306 FreeBSD port: mysql-server-5.1.55

вроде ничего такого

в логе nginx вот это мне не понравилось

2011/02/12 21:17:59 [error] 81219#0: accept() failed (53: Software caused connection abort)

2011/02/12 21:29:01 [error] 81219#0: accept() failed (53: Software caused connection abort)

2011/02/12 21:42:03 [error] 81219#0: accept() failed (53: Software caused connection abort)

2011/02/12 21:46:12 [error] 81219#0: accept() failed (53: Software caused connection abort)

Без ключа --log-warnings в логах mysql такой ерунды не будет записано. Обычно его нет.

Включи, если считаешь поиск причины важным - ты ведь админ :)

Эту фигню phpmyadmin выдумывает из переменной Aborted_connects. причины довольно разнообразные

http://dev.mysql.com/doc/refman/5.1/en/communication-errors.html

Может быть логи и наведут на какую-то мысль, но все равно методика у тебя странная и непродуктивная.

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

admin это громко сказано, пока только учусь :)

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

попробую, запустить с этим ключом может что и нарою

Очень мало при дефолтной настройке. Опять непродуктивная методика.

Гораздо больше памяти отъедают процессы, которые держат лишние соединения.

Пока так и не нашёл причину увеличения прерванных соединений

но обнаружил вот это в SHOW VARIABLES

max_binlog_cache_size 18446744073709547520

max_join_size 18446744073709551615

max_seeks_for_key 18446744073709551615

max_write_lock_count 18446744073709551615

myisam_max_sort_file_size 9223372036853727232

myisam_mmap_size 18446744073709551615

sql_max_join_size 18446744073709551615

sql_select_limit 18446744073709551615

я так понял что это какой то баг

проверил те же переменные на старом впс, там эти параметры с более вразумительными цифрами, может это как то влиять на работу mysql

или стоит изменить эти параметры на правильные в файле my.cnf ?