Новая тема   Ответить

 wonderfulzi
Переехал на новый сервак 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. Ковырялись, толком ничего не смогли сделать.

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

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

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

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

 sexogen
wonderfulzi писал:

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

 wonderfulzi
sexogen писал:

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

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

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

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

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

 wonderfulzi
Bullet писал:

RS059

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

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

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

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

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

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

 Bullet


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

 eSupport
wonderfulzi писал:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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