Форум → Программирование → PHP для идиотов → Замедление SELECT после OPTIMIZE TABLE большой таблицы
Замедление SELECT после OPTIMIZE TABLE большой таблицы
Страницы: ← Следующая страница →
-
Март 23, 2011, 7:04 п.п., спустя 33 минуты 51 секунду
gooddaytoday, сделай сюда show create tableне всё полезно, что в swap полезло -
Март 23, 2011, 9:41 п.п., спустя 2 часа 36 минут 42 секунды
CREATE TABLE `ctrtype_not_text_5` (
`pr_id` int(10) unsigned NOT NULL auto_increment,
`id` int(10) unsigned NOT NULL,
`query_id` int(10) unsigned NOT NULL,
`clickcount` smallint(5) unsigned NOT NULL default '0',
`shows` smallint(5) unsigned NOT NULL default '0',
`ctr` float NOT NULL default '0',
PRIMARY KEY (`pr_id`),
KEY `i_id` (`id`),
KEY `i_query_id` (`query_id`),
KEY `i_ctr` (`ctr`)
ENGINE=MyISAM AUTO_INCREMENT=1566837 DEFAULT CHARSET=utf8 -
Март 23, 2011, 9:48 п.п., спустя 7 минут 19 секунд
gooddaytoday, случаем индексы не были удалены? Ибо судя по всему с ними проблема. -
-
Март 24, 2011, 8:12 д.п., спустя 9 часов 56 минут 36 секунд
Нет, ключи я не удалял.
Пересоздал заново таблицу, заполнил также. Такое ощущение что с ней происходят порой странные "флуктации". Это такое шаманство, я хренею тут… Операции по инкременту значения shows отдельных записей раньше занимали 0.03 - 0.25 сек. Вчера вечером были именно такие значения. Сегодня утром от 3 до 15 сек(лунатизмом не страдаю, если что, изменить ничего не мог во сне).
А какие логи глянуть? (у меня denwer если что) -
Март 24, 2011, 10:04 д.п., спустя 1 час 51 минуту 18 секунд
ээээ… бля. сразу бы сказал. У тебя вероятнее всего проц просто загружен фоновыми задачами. Вот он и не справляется иногда. -
Март 24, 2011, 10:29 д.п., спустя 24 минуты 56 секунд
а я бы первым делом посмотрел запросыне всё полезно, что в swap полезло -
Март 24, 2011, 10:38 д.п., спустя 9 минут 26 секунд
разумно, ибо там явно не update table set count = count + 1 where id = $id
а я бы первым делом посмотрел запросыСапожник без сапог -
Март 24, 2011, 1:42 п.п., спустя 3 часа 4 минуты 12 секунд
разумно, ибо там явно не update table set count = count + 1 where id = $id
а я бы первым делом посмотрел запросы
phpdude именно так и составлены) с запросами вроде впорядке все. Ща еще чутка повожусь, может снизойдет фортуна… -
Март 24, 2011, 3:10 п.п., спустя 1 час 27 минут 32 секунды
Всем спасибо!! Givi оказался прав.
Мораль: "Оптимизировал запросы? Оптимизируй мозги!" -
Март 24, 2011, 5:14 п.п., спустя 2 часа 4 минуты 41 секунду
gooddaytoday, тупо IO в хлам убито и все. обычная "мелочь" :D
часто еще и изза неправильно настроеных nginx + apache связкиСапожник без сапог -
Март 24, 2011, 6:10 п.п., спустя 55 минут 47 секунд
phpdude, Дуд, ты тормоз - чувак сходу сказал, что все дело крутится на Денвере. И отсюда у меня и возникло мнение о возможной проблеме у чела. А ты и дальше пытаешься что-то решить =) -
Март 24, 2011, 6:38 п.п., спустя 27 минут 55 секунд
чувак сходу сказал, что все дело крутится на Денвере
в денвере искаропки установлен не совсем адекватный кэш. я у себя увеличивал было дело стало быстрее работатьне всё полезно, что в swap полезло -
Март 24, 2011, 6:40 п.п., спустя 1 минуту 58 секунд
чувак сходу сказал, что все дело крутится на Денвере
в денвере искаропки установлен не совсем адекватный кэш. я у себя увеличивал было дело стало быстрее работать
зачем ставить денвер?
Страницы: ← Следующая страница →
Пожалуйста, авторизуйтесь, чтобы написать комментарий!