ibf_posts долго селектится

[rocket1]

Форум большой - ibf_posts.MYD занимает 200 мегабайт, 200000 записей, ibp_posts.MYI порядка 100 мегабайт.

Делаю простой select запрос:

SELECT * 
FROM ibf_posts 
WHERE topic_id IN ( SELECT pid FROM ibf_topics WHERE forum_id = 102 )
AND topic_id <200

 

Результат: 2 строки всего, запрос занял 114.6393 сек!

 

Не подскажите - из-за чего так долго выполняется запрос? Как его можно соптимизировать?

Других коннекций к базе кроме данной не имеется.

Версия форума 2.3.6

Тип таблицы MyISAM

Изменено 2 Августа 2010 пользователем rocket1

[FatCat]

Смысл вложенного запроса на большой базе? Не рациональней будет разбить на 2 запроса?

У меня на одном из форумов примерно такие же размеры таблиц.

SELECT pid FROM ibf_topics WHERE forum_id = 102 AND pid < 200 - этот вообще пару милисекунд.

В цикле собрать айдишники и подставить в строку второго запроса - время выполнения будет примерно 0.015

[GiV]

Если в вашем понимании это простой запрос, то что тогда сложный.

 

Объясните смысл этого запроса?

[Ritsuka]

А у вас неплохой сервер, раз выполняет сей дебильный запрос на такой базе всего за 2 минуты)

[rocket1]

Подобным запросом я хочу удалить все посты с определённого форума.

DELETE 
FROM ibf_posts 
WHERE topic_id IN ( SELECT pid FROM ibf_topics WHERE forum_id = 102 )

Штатная функция очистки форума через админку вешает напрочь страничку и базу.

Например, очистка раздела из 20 тем и 1000 постов через минуту таймаута уходит в ошибку HTTP 504 Gateway Timeout. Только с третьей итерации форум очищается.

 

Что посоветуете делать?

Изменено 3 Августа 2010 пользователем rocket1

[GiV]

Полнотекстовый индекс стоит на ibf_posts?

[rocket1]

Полнотекстовый индекс стоит на ibf_posts?

Да:

 

http://a.imageshack.us/img37/8274/indexes.gif

[GiV]

Удалите индекс. Осуществите удаление большого количества сообщений. Восстановите индекс.

[Chrno]

А лучше индекс не восстанавливайте, и поиск сделайте через Sphinx - дышать станет легче.

[rocket1]

Спасибо!