пингую вот этим сервисом запись NS1.site.biz
http://www.just-ping.com/index.php
выдаёт в случайном порядке, то старый, то новый аипи, для второй записи NS2 всё нормально, новый аипи сразу прописался
в том то и дело второй ip остался от предыдущего хостера, хотя должен был удалиться при замене в NS записи на новый ip, но он почему то остался и теперь мешает смениться на нужный ip адрес. вместо одного айпи там сейчас прописались 2 и старый аипи периодически становится на место нового.
Пока так и не нашёл причину увеличения прерванных соединений
но обнаружил вот это в 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 ?
admin это громко сказано, пока только учусь :)
впс начинает тормозить когда много соединений с базой, поэтому лишние спящие соединения отъедают память, лучше их пустить в дело.
попробую, запустить с этим ключом может что и нарою
в логах 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)
Кажись нашёл из за чего спящие процессы, взгляните на количество неудачных попыток соединения и это всего за 4.5 часа работы базы набежало, на старом впс у меня за неделю меньше было, куда копать не подскажите?
http://camelhost.net/ пока (2 года) держу свой адалт линкинг варез (ссылки на ФО) сайт у них, от копирайтеров проблем никаких.
Дело в том, что у меня есть услуга администрирования, от хостинга, но этот админ знает не намного больше меня, или просто не хочет делать всё как надо :) да и не особо выгодно им настраивать мой впс чтоб я сидел на нём долго и счастливо, им выгоднее чтоб я как можно быстрее перешёл на их дедик.
На префорке не было спящих процессов, да и вобще я уже пожалел что перешёл со старого впс, разницы в производительности не ощутил, просто на старом был гиг оперативы, а здесь 2, особого прироста это не дало, выделение больше памяти под mysql тоже ничего не даёт, наоборот как то тяжелее всё становится. Пришёл к выводу, что мне нужен дедик.
xcache лучше чем eccelerator, тут как бы без вариантов, лучше попробуйте с чем нибудь другим xcache сравнивать.
сейчас сам на xcache перешёл с пресловутого eaccelerator'a по причине глючности последнего
