29 ноября 2010 в 0:20
Заметил, что у меня очень медленно выполняются все операции с диском, а именно Insert, Update и Delete. В среднем они занимают где то 0,2 - 0,5 c., Иногда доходит до секунд. Нагрузка маленькая, оперативки более чем достаточно - 600Mb под MySQL. Пользую таблицыа InnoDB (my.cnf в аттаче).
Гуру, подскажите, куда смотреть и что править.
Буду признателен за помощь!
| Вложение | Размер |
|---|---|
 my.cnf_.txt | 4.15 КБ |
Комментарии
Кто хостер?
А то выяснится что keyweb, у тех диски всегда положенные
linode.com
у меня на виндовой машине дома все без проблем летает, там же какая то фигня... причем началось не так давно
очевидно, что проблемы с вводом/выводом, осталось только понять, как это вылечить
Так у тебя logging включен. Чтож ты хочешь? ))
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
general_log_file = /var/log/mysql/mysql.log
general_log = 1
Это случаем не дебиан?
ubuntu, сей час попробую вырубить, посмотрим, что получится
нет, не помогло
например запрос INSERT INTO accesslog (title, path, url, hostname, uid, sid, timer, timestamp) values('Галереи', 'exibition/gallery', 'http://www.gulvar.ru/zapis-v-dnevnike/kollektivnyi-razum', '81.201.17.109', 1, 'b7b51f641953dfad88f32a8f0097d8f1', 15971, 1290982246) у меня выполнянлся 3,2 секунды... и такое частенько происходит с разными insert/update
3,2 секунды - UPDATE sessions SET uid = 1, cache = 0, hostname = '81.201.17.109', session = 'language|s:2:\"ru\";dblog_overview_filter|a:0:{}views|a:6:{s:11:\"User_images\";a:1:{s:7:\"default\";a:1:{s:11:\"date_filter\";a:3:{s:5:\"value\";N;s:3:\"min\";N;s:3:\"max\";N;}}}s:7:\"Gallery\";a:1:{s:12:\"panel_pane_1\";a:2:{s:5:\"title\";s:0:\"\";s:11:\"date_filter\";a:3:{s:5:\"value\";N;s:3:\"min\";N;s:3:\"max\";N;}}}s:13:\"Advertisement\";a:1:{s:12:\"panel_pane_1\";a:1:{s:11:\"date_filter\";a:3:{s:5:\"value\";N;s:3:\"min\";N;s:3:\"max\";N;}}}s:5:\"Goods\";a:1:{s:12:\"panel_pane_1\";a:1:{s:11:\"date_filter\";a:3:{s:5:\"value\";N;s:3:\"min\";N;s:3:\"max\";N;}}}s:12:\"User_gallery\";a:1:{s:7:\"default\";a:1:{s:11:\"date_filter\";a:3:{s:5:\"value\";N;s:3:\"min\";N;s:3:\"max\";N;}}}s:7:\"Service\";a:1:{s:12:\"panel_pane_1\";a:1:{s:11:\"date_filter\";a:3:{s:5:\"value\";N;s:3:\"min\";N;s:3:\"max\";N;}}}}custom_breadcrumbs_previous_term|s:2:\"89\";', timestamp = 1290982456 WHERE sid = 'b7b51f641953dfad88f32a8f0097d8f1'
3,5 сек - UPDATE users SET access = 1290982459 WHERE uid = 1
Вопрос бестолковый, но хочу задать: текущий размер БД какой?
надо затестить в точности с этой же базой и с таким конфигом на другой машине
размер - 80 метров.
У меня на ноуте фактически с теми же параметрами развернута тестовая база, на ней бывают некоторые updateдлятся по 200 мс, но это в виде исключения.
фрагментирование таблицы может приводить к таким результатам?
м.б. дело в хостере? у меня пару дней назад таинственным образом исчез модуль из папки all/modules, я грешил на то, что сам забыл его поставить, хотя от его наличия зависит другой модуль... Видимо надо написать ему, пусть разбираются, в чем дело...
написал хостеру, те утверждают, что у них есть проблемы с диском на моем VPS, обещали мигрировать на другую машину. Посмотрим...
переехал на новую машину, увеличил размер параметра innodb_buffer_pool_size в два раза, стало работать заметно быстрее... буду продолжать мониторить.