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

Вариант для распечатки		Пред. тема | След. тема
Форумы Оптимизация и Промышленные системы (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Странное поведение MySQL"

Сообщение от Victor (??) on 02-Июн-07, 18:56

Здравствуйте. Apache/2.2.3 php5-5.1.6_3 mysql-server-4.1.21   Установлено из портов. Крутится бухгалтерское приложение, пользователей много, нагрузка приличная. База: 255 таблиц в InnoDB, 1,626,345 записей, 804.8 МБ на диске.   Проблема следующая: в начале рабочего дня MySQL летает. Через некоторое время количество процессов по SHOW PROCESSLIST начинает расти. Потом растет лавинообразно, время выполнения запросов увеличивается на несколько порядков (я не ошибся, именно, порядков) пользователи начинают выть. Свап при этом не используется. Рестарт сервера приводит в исходное состояние - все летает до очередного завала.   Запросы, которые в log-slow во время затыка выполняются 800 сек. сразу после перезагрузки выполняются 0.01 сек.   В какую сторону копать? FreeBSD 6.2-RC2 CPU: Intel(R) Xeon(R) CPU 5130  @ 2.00GHz (2000.01-MHz K8-class CPU) real memory  = 9395240960 (8960 MB) ===my.cnf=== skip-bdb thread_concurrency = 8 server-id = 1 table_cache       = 512 thread_cache_size = 8   key_buffer_size   = 256M query_cache_limit = 128M query_cache_size  = 256M sort_buffer_size  = 128M     join_buffer_size  = 64M       myisam_sort_buffer_size = 64M tmp_table_size    = 256M     read_buffer_size  = 512M     read_rnd_buffer_size = 12M   preload_buffer_size = 512K binlog_cache_size = 1M innodb_additional_mem_pool_size = 256M innodb_buffer_pool_size = 2G innodb_thread_concurrency = 16 innodb_log_buffer_size = 16M   innodb_lock_wait_timeout = 50 innodb_file_io_threads = 8 ==============

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

[Сортировка по времени, UBB]

1. "Странное поведение MySQL"

Сообщение от v.i.t (??) on 02-Июн-07, 23:13

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Странное поведение MySQL"
	Сообщение от zing on 03-Июн-07, 01:56
	>я удивляюсь вашей наивности - вы бы еще связали с температурой в >офисе. >единственная причина в вашем случае - криво написанное приложение которое корректно не >закрывает соединения с БД используйте параметры: skip_locking ON wait_timeout 56200
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Странное поведение MySQL"
	Сообщение от Victor (??) on 03-Июн-07, 14:36
	>skip_locking ON Уже опробовано. Нужного эфекта не дало... >wait_timeout 56200 По умалчанию wait_timeout 28,800. Логично ли его увеличивать в моем случае?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Странное поведение MySQL"
	Сообщение от Victor (??) on 03-Июн-07, 14:32
	>единственная причина в вашем случае - криво написанное приложение которое корректно не >закрывает соединения с БД К сожаленью, приложение пишу не я. wait_timeout? Как правильно выбрать?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Странное поведение MySQL"

Сообщение от Victor (??) on 03-Июн-07, 19:03

Дополнительная информация: - Беру лог длинных запросов за пятницу - сортирую по времени выполнения - 10 самых долгоиграющих запросов выполняю с командной строки - результаты (время выполнения) свожу в таблицу: Query_time:     1747    1,08 Query_time:     1532    0,05 Query_time:     1371    1 Query_time:     1070    0,12 Query_time:     1031    0,03 Query_time:     1021    0 Query_time:     866     1,7 Query_time:     852     0 Query_time:     848     0 Query_time:     835     1,75   Левай колонка - влемя выполнения в протоколе в секундах   Правая - с командной строки. Как это понимать???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]