URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 79728
[ Назад ]

Исходное сообщение
"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"

Отправлено calculator , 09-Апр-08 12:14 
Есть сайт с приличной нагрузкой часть пользователей на котором отваливаются по 504 ошибке.
nginx отдает статику, apache разруливает php. mysql крутится на другой машинке.
Узкое место больше склоняюсь в mysql. Немного о той машинке:
core duo, 8 gb ОЗУ Загрузки по процессору нет, la меньше 1. iowait в среднем 10% - вся база в память не лезет. mtop показывает кучу sleep'ов и есть запросы которые обрабатываются по/более 50 секунд судьба их дальше не известна. Примерная картина в mtop:

load average: 0.47, 0.49, 0.45 mysqld 5.0.45-community up 0 day(s),  1:13 hrs
68 threads: 10 running, 10 cached. Queries/slow: 1.5M/0 Cache Hit: 99.93%
Opened tables: 0  RRN: 994  TLW: 356  SFJ: 0  SMP: 0  QPS: 114

ID       USER     HOST             DB           TIME   COMMAND STATE        INFO
537      xxx     10.10.10.10:3980 xxx_xxxZZZ  2175   Sleep
648      xxx     10.10.10.10:4037 xxx_xxxZZZ  2121   Sleep
587      xxx     10.10.10.10:4002 xxx_xxxZZZ  2110   Sleep
...Sleep...
2855     xxx     10.10.10.10:5289 xxx_xxxZZZ  213    Sleep
2337     xxx     10.10.10.10:4577 xxx_xxxZZZ  67     Sleep
2536     xxx     10.10.10.10:5653 xxx_xxxZZZ  50     Query   Updating     UPDATE b_stat_session SET USER_ID = 0, USER_AUTH = 'N', USER_AGENT = 'Mozilla/4
2694     xxx     10.10.10.10:5222 xxx_xxxZZZ  50     Sleep
2684     xxx     10.10.10.10:5219 xxx_xxxZZZ  49     Query   Updating     UPDATE b_stat_session SET USER_ID = 0, USER_AUTH = 'N', USER_AGENT = 'Mozilla/4

Графики по mysql'у:
http://img267.imageshack.us/my.php?image=mysqlbytesdayzp3.png
http://img267.imageshack.us/my.php?image=mysqlqueriesdaydk6.png
http://img267.imageshack.us/my.php?image=mysqlslowqueriesday...
http://img267.imageshack.us/my.php?image=mysqlthreadsdayot4.png

"mysql.allow_persistent = On" Off как то боязно пробовать.
Смущает "Cache Hit: 99.93%" На графике оно вроде так же присутствует, но пропорции не 99%.

Мысли - что дело не в железе/нагрузке, а некорректной работе bitrix'а
Подскажите, куда копнуть, что подстроить.
зы: машинка на Linux


Содержание

Сообщения в этом обсуждении
"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 09-Апр-08 13:34 
что есть приличная нагрузка? сдается мне что это бредятина... почему вы по этим проблема смотрите не в логи а на какие топы? вообщем зри в корень
504 это значит пых пых не ответил...

"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено calculator , 09-Апр-08 15:08 
а 504 по вашему не из логов добыта?

"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 09-Апр-08 15:22 
>а 504 по вашему не из логов добыта?

конечно нет... это и ежу понятно...


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено calculator , 09-Апр-08 16:06 
как это нет
78.36.121.3 [09/Apr/2008:16:04:44 +0400] "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.2; .NET CLR 2.0.50727)" GET www.xxx.ru xxx/index.php?season=54600&designer=xxx 504 543 90.000 90.000



"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 10-Апр-08 09:39 
>как это нет
>78.36.121.3 [09/Apr/2008:16:04:44 +0400] "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; InfoPath.2; .NET
>CLR 2.0.50727)" GET www.xxx.ru xxx/index.php?season=54600&designer=xxx 504 543 90.000 90.000

вы конда-нибудь будете читать, что вам отвечают? Я задал вам вопрос на который до сих пор нету ответа... ЧТО ЕСТЬ БОЛЬШАЯ НАГРУЗКА.... ЕЩЕ РАЗ, ВАШ ПЫХ ПЫХ НЕ ОТВЕЧАЕТ... КАКОВА Х..А ВЫСМОТРИТЕ НЕ ЕГО ЛОГИ, А ЛОГИ nginx? что не понятно в этом вопросе?


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено universite , 10-Апр-08 02:26 

>Мысли - что дело не в железе/нагрузке, а некорректной работе bitrix'а

Так иесть. На любом железе будет тормозить.

>Подскажите, куда копнуть, что подстроить.

Пинать разробов Bitrix'a


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 10-Апр-08 09:57 
>
>>Мысли - что дело не в железе/нагрузке, а некорректной работе bitrix'а
>
>Так иесть. На любом железе будет тормозить.

Угу, если говолову только есть и извилинами не шевелить...

>
>>Подскажите, куда копнуть, что подстроить.
>
>Пинать разробов Bitrix'a

У него пиратская копия, это же очевидно...


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено universite , 10-Апр-08 15:54 

>
>>
>>>Подскажите, куда копнуть, что подстроить.
>>
>>Пинать разробов Bitrix'a
>
>У него пиратская копия, это же очевидно...

Лично у нас программисты копались в открытом коде.
Больше 300 запросов в минуту не смогли выжать.


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 11-Апр-08 09:24 
>>>>Подскажите, куда копнуть, что подстроить.
>>>
>>>Пинать разробов Bitrix'a
>>
>>У него пиратская копия, это же очевидно...
>
>Лично у нас программисты копались в открытом коде.
>Больше 300 запросов в минуту не смогли выжать.

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


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено calculator , 11-Апр-08 18:51 
В общем более менее проблема похоже решилась. Тут: http://www.1c-bitrix.ru/support/forum/forum6/topic10784/mess.../

"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 14-Апр-08 09:47 
>В общем более менее проблема похоже решилась. Тут: http://www.1c-bitrix.ru/support/forum/forum6/topic10784/mess.../

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


"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено calculator , 14-Апр-08 10:48 
Имелось ввиду не освобождать а поставить больше памяти в машину с mysql.



"nginx apache bitrix mysql. Много sleep'ов в mysql. 504"
Отправлено Vaso_Petrovich , 14-Апр-08 11:12 
>Имелось ввиду не освобождать а поставить больше памяти в машину с mysql.

какая разница? проблем в этом месте нету, ибо если бы били, то ошибка была Too many connections (http://dev.mysql.com/doc/refman/5.0/en/too-many-connections....) а значит уское место прикрыли костылем, лишь бы клиент заткнулся, по другому это не назвать...