bebesko, говорят можно. http://masterhost.ru/events/actions/dns-free/ .
1. show GLOBAL status. у вас значения слишком маленькие, это был show status
2. сначала включите slow_log, понаблюдайте и уже потом ищите, а экстрасенсов поменьше слушайте. может не в mysql дело вообще.
3. если уж и анализировать производительность автоматизированными средствами, то не phpmyadmin, а скриптом mysqltuner.pl
zoneedit.com (TXT-запись нельзя)
ну и не будем забывать про то, что Мастерхост всего за 7руб/мес предоставляет редактор на неограниченное число зон и всех типов записей.
"поток денег " это не проблема, а возможность :)
Ну а остальные модули? mod_perl вон смотрю. mod_proxy это все действительно вам надо?
раз уж убирать так вообще все ненужные.
mstar, неважно что именно валится, но важно какой именно процесс потребляет память.
неужели любой произвольный ?
mod_mem_cache - возможно так и юзаете что пухнет.
А хотя, что это там у вас httpd размером 1.3 ГБ? Это совсем не нормально. nginx немного облегчил бы, но не насовсем.
я бы попробовал отключить модули, если есть специфика, то лучше найти обходной путь и перевести глючащий функционал на cgi. Там память сразу освобождается. Может быть панель глючит.
MaxRequestsPerChild можно тогда еще уменьшить.
B вообще, я смотрю, там все возможные модули апача. Шанс, что один из них глючит, вполне реален. mod_perl, mod_ssl, mod_mem_cache вам реально нужны?
это не утечка. просто начните использовать nginx и ограничьте число потомков в apache.
из пакетов, несмотря на поверья сисадминов крайнего севера.
не надо гадать, в документации по 4.1 ясно написано : http://dev.mysql.com/doc/refman/4.1/en/update.html
Currently, you cannot update a table and select from the same table in a subquery.
Кстати, может быть простое переименование таблиц сработает. Мне совсем негде проверить .
Сейчас нет ни одной причины сидеть на 4.1. Только программисты коммерческих решений его используют для тестов.
