форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"MySQL 'съедает' 99% процессорного времени, в чем проблема?"
Сообщение от Ешь on 24-Фев-04, 11:07  (MSK)
MySQL "съедает" 99% процессорного времени, в чем проблема? После рестарта демона, все приходит в норму, через некоторое время, снова начинается подобное. 365 mysql       55   0 35044K 12472K RUN    1  56.9H 99.02% 99.02% mysqld Кто то может сталкивался с подобным? Версия Mysql mysql  Ver 11.18 Distrib 3.23.52, for portbld-freebsd4.7 (i386) FreeBSD FreeBSD 4.7-RELEASE #3: Sat Jan 25 19:30:50 MSK 2003
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
Сообщение от Крис on 24-Фев-04, 12:21  (MSK)
Сталкивался... Вроде вылечил после пересобирания ядра... В чем дело было так и не понял... Но проблемы была, вот уже две недели всё в порядке. (мускул довольно загруженный)
	Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
Сообщение от Nickolay on 24-Фев-04, 12:32  (MSK)
99% проблема в кривых скриптах. у меня аналогичная проблема была и есть: если кто-то криво пишет - то mysqld становится прожорлив
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
	Сообщение от Ешь on 26-Фев-04, 12:02  (MSK)
	>99% проблема в кривых скриптах. >у меня аналогичная проблема была и есть: >если кто-то криво пишет - то mysqld становится прожорлив А подробнее можно - в чем заключается кривость скриптов приводящая к такой ситуации?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
	Сообщение от Nickolay on 26-Фев-04, 17:08  (MSK)
	>А подробнее можно - в чем заключается кривость скриптов приводящая к такой >ситуации? на практике: незакрытые дескрипторы или кривые запросы. у меня так было: нашел скрипт который отжирал проц. закрыл cgi-bin перцам. перезвонил их програмист сказал, что подправил скрипт(как раз дескрипторы). после этого все ок. скорее проблема в том что не делалась очистка результата запроса в скрипте, после того как он отрабатывал и данные ставали ненужными. второй раз опять загрузка. потом пришел перец и сказал, что это кривой запрос у него был. думаю проблема в написании крывых скриптов, а не так как учат в книжках. вот как добиться, что бы mysqld при этом в задницу не заворачивался я пока не знаю :-(
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
	Сообщение от Nickolay on 27-Фев-04, 11:10  (MSK)
	Выяснил один вариант отжирания: кривой скрипт в котором попадается бесконечный цикл. mysqld просто  не справляется с потоком запросов...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
Сообщение от deadmoroz2 on 24-Фев-04, 13:27  (MSK)
>MySQL "съедает" 99% процессорного времени, в чем проблема? > После рестарта демона, все приходит в норму, через некоторое время, > снова начинается подобное. Была похожая проблема, писал в этот форум. Аналогично, после некоторого времени работы mysql (версия 4.0.16 на FreeBSD 4.6.2) начинал брать под себя почти все процессорное время. Проблема решилась в моем случае редактированием конфигурационного файла my.cnf, а конкретно объем памяти, используемой mysql. У меня используются таблицы InnoDB. Вот кусок кофига: ------------------------------------- # Uncomment the following if you are using InnoDB tables innodb_data_home_dir = /usr/local/mysql/data/ innodb_data_file_path = ibdata1:10M:autoextend innodb_log_group_home_dir = /usr/local/mysql/data/ innodb_log_arch_dir = /usr/local/mysql/data/ # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high innodb_buffer_pool_size = 128M innodb_additional_mem_pool_size = 2M # Set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 32M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50 -------------------------------------
	Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
Сообщение от Olegas on 25-Фев-04, 13:23  (MSK)
ИМХО это кривизна скриптов или просто ОЧЕНЬ большая выборка. У меня такое наблюдалось когда мускуль возвращает ОГРОМНЫЕ результаты. ( по 5 минут ждал :) ) можно глянуть чем занят мускуль ..../mysql/bin/mysqladmin processlist узнаешь какие квери бегают и в какой стадии.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
	Сообщение от Ешь on 26-Фев-04, 11:47  (MSK)
	>ИМХО это кривизна скриптов или просто ОЧЕНЬ большая выборка. >У меня такое наблюдалось когда мускуль возвращает ОГРОМНЫЕ результаты. >( по 5 минут ждал :) ) >можно глянуть чем занят мускуль >..../mysql/bin/mysqladmin processlist >узнаешь какие квери бегают и в какой стадии. да ничем не занят мускуль, и запросов никакх не делается. А в чем именно кривизна скриптов заставляет вести себя так мускуль?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
	Сообщение от Olegas on 26-Фев-04, 12:46  (MSK)
	ну не то чтобы кривизна, но в моем случае была плохо спроектирована база данных и при довольно частых запросах 1. очень долго производилась непосредственно выборка 2. были большие результаты - тратилось не мело времени на их отправку. за этим занятием мускуль и проводил цпушное время :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
Сообщение от Grid on 27-Фев-04, 16:54  (MSK)
>MySQL "съедает" 99% процессорного времени, в чем проблема? >После рестарта демона, все приходит в норму, через некоторое время, снова начинается >подобное. >365 mysql       55   0 >35044K 12472K RUN    1  56.9H 99.02% 99.02% >mysqld >Кто то может сталкивался с подобным? >Версия Mysql >mysql  Ver 11.18 Distrib 3.23.52, for portbld-freebsd4.7 (i386) >FreeBSD >FreeBSD 4.7-RELEASE #3: Sat Jan 25 19:30:50 MSK 2003 Собрать с linuxthreads ! 99% что проблема именно в этом :)
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "MySQL 'съедает' 99% процессорного времени, в чем проблема?"
	Сообщение от Grid on 27-Фев-04, 16:56  (MSK)
	>>MySQL "съедает" 99% процессорного времени, в чем проблема? >>После рестарта демона, все приходит в норму, через некоторое время, снова начинается >>подобное. >>365 mysql       55   0 >>35044K 12472K RUN    1  56.9H 99.02% 99.02% >>mysqld >>Кто то может сталкивался с подобным? >>Версия Mysql >>mysql  Ver 11.18 Distrib 3.23.52, for portbld-freebsd4.7 (i386) >>FreeBSD >>FreeBSD 4.7-RELEASE #3: Sat Jan 25 19:30:50 MSK 2003 > >Собрать с linuxthreads ! 99% что проблема именно в этом :) И почитать раздел в документации касающийся работы сабжа на freebsd системах, там много чего полезного написано.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

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