Огромная проблема с mysql

Переехал на новый сервак Dual 5130 Woodcrest 2.0Ghz, 2 Гб памяти.
Старый был Celeron 2.4Ghz, 1 Гб.

На новом:

FreeBSD 6.1-RELEASE-p11
mysql Ver 14.7 Distrib 4.1.22, for portbld-freebsd6.1 (i386) using 5.0

на старом:

FreeBSD 5.4-RELEASE-p8.
mysql Ver 14.7 Distrib 4.1.16, for portbld-freebsd5.4 (i386) using 4.3

Проблема с MySQL. Как только подымаю сайт, сразу увеличивается загрузка ЦП вплоть до 160% и сложные запросы выполняются по несколько минут, хотя на старом только при значительном траффике начинал прогинатся mysql.

Что делать? Менеджментом занимаются Advansed Hosters. Ковырялись, толком ничего не смогли сделать.

Может кто сталкивался?

в дампе индексы на таблицах скорее всего потеряли.

Индексы остались прежними. А вот поведение самого mysql изменилось, тянет процессорное время как на пеньке первом

увеличить размеры буферов, отключить логирование, смотреть slow query в статсе - там много что искать можно.

wonderfulzi писал:

Как только подымаю сайт

а какие там скрипты ?

sexogen писал:

а какие там скрипты ?

Самописные. Но запара в том, что на более слабой машине работают как и положено.

Что касается буферов, адванседы увеличили до 1,5Гб в общей сложности. Эффект не значителен.

какой номер сервака?

стукнись ко мне, разберемся.
330078914

на всяк случай, сравни файлик на старом и новом сервере /etc/my.cnf
там храниться часть настроек, в т.ч. и размеры буферов.
после изменения файла надо перезапустить mysql.

Bullet писал:

какой номер сервака?

RS059

Потуши мускуль и отрепейри все таблицы myisamchk -r *.MYI

бывает что при переносе индексы портятся и мускуль их не признает потом.

хм, админ который этим занимался говорит вчера еще в 5 вечера все пофиксили.... еще какие то проблемы остались???

Ситуацию исправили, путем отключения всех процессоров, кроме основного

Автор у АХ там целый взвод админов, а от этого топик толку 0, зачем он создавался остается загадкой...

Он создавался без каких либо помыслов в сторону АH.
Сайт 2 дня лежал. Оказалось проблема на программном уровне. MySQL почему то не корректно работает на моей многопроцессорной системе. Вопрос пока решен - путем перевода ОС в однопроцессорный режим. Но это не выход.

временно это выход - все работает.
причину ессесно будем искать.

wonderfulzi писал:

Проблема с MySQL. Как только подымаю сайт, сразу увеличивается загрузка ЦП вплоть до 160% и сложные запросы выполняются по несколько минут, хотя на старом только при значительном траффике начинал прогинатся mysql.

Запусти что-то тяжелое на mysql и сделав top -b скинь дамп топа на http://esupport.org.ru/support/ - может что посоветую.

в настройках мускуля есть указание числа тредов на процессор, возможно в этом дело.

Вопрос решен, мускуль был скомпилирован с поддержкой линукс тредов на фрихе, родные оказывается глючили. Адванседы в который раз спасли проект. Все получили рейтинг по +4.

Это именно то, над чем я ебусь уже с месяц )

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

Т.е. такая вещь как MySQL (1 процесс и много тредов) будет всегда висеть только на 1 процессоре, второй будет курить.

Говорят, в новой 6.2 треды более-менее нормально работают при использовании libthr вместо дефалтного pthread (сборка с pthread и изменение libmap.conf) а так же эксперементального планировщика SHED_ULE вместо SHED_4BSD (опция ядра).

Но я не лишь собрал все это под минорный mysqld который мало знает о настоящих нагрузках.

С мажорным мускулем мне ебаться надоело на фре и поставил я Gentoo Linux - проблема исчезла просто сама собой.

фря 6.2 тут не при чем, libthr ещё в 5-ке вроде появился, не помню в какой

SHED_ULE пока лучше не использовать на продашкн системе, если кто-то решится таким образом себе мускуль разогнать )

в принципе /etc/libmap.conf
[mysqld]
libpthread.so.2 libthr.so.2
libpthread.so libthr.so

поднимает производительность и стабильность, но в данном случае его не хватило (

глюк мускуля, deadlock в мускульных тредах, который кстати доказывает что мускуль работает на всех ядрах, а не на одном

чето нелесные отзывы о libthr в пятерке. хули спорить короче, линукстреадс и пиздец