Просмотр форума в котором более 200000 топов вешает форум

[SKLiF]

Просмотр первых 22 сообщений форума в котором более 200000 топов занимает примерно секунду sql времени. И если зайти в этот форум и нажать f5 и держать, то sql вешает сервак в кому, так, что через шелл еле пробьешся. Просто сотня этих тяжелых запросов пирамидица и перестает как будто исполнятся ваабще. Что делать с такой напастью?

Вот этот скул запрос (стандартный)

Код: Выделить всё

SELECT t.*, u.username, u.user_id, u2.username as user2, u2.user_id as id2, p.post_username, p2.post_username AS post_username2, p2.post_time FROM aerob_topics t, aerob_users u, aerob_posts p, aerob_posts p2, aerob_users u2 WHERE t.forum_id = 20 AND t.topic_poster = u.user_id AND p.post_id = t.topic_first_post_id AND p2.post_id = t.topic_last_post_id AND u2.user_id = p2.poster_id AND t.topic_type <> 2 ORDER BY t.topic_type DESC, t.topic_last_post_id DESC LIMIT 0, 22

[Alek$]

Боюсь, что тут надо предпринимать какие-то хитрые действия по конфигурированию mysql сервера.
Сам по себе запрос вроде бы оптимизации на поддается.

[rxu]

Какая версия сервера БД? Оптимизацию таблиц делать пробовали?

[SKLiF]

конечно все соптимизировано и т.п. за базой я слежу регулярно (5.0) версия
проблема именно в глупости запроса - чтобы отобразить 20 топов зачемто нужно перебирать 200 тысяч

Либо я надеялся на какойнибудь мод ограничивающий количество соединений от одной сессии. Чтобы просто не позволять пользователям досить форум.

[nissin]

Можно попробовать оптимизировать запрос через JOIN как это делается в phpbb3.
Плюс создать комбинированный индекс по t.topic_type + t.topic_last_post_id.
Тогда возможно не понадобиться перебирать 200 тысяч строк.

[PavlegSS]

html-зировать все ссылки. До конца не понял почему, но значительно ускоряет работу форума вообще в принципе. По всей видимости связано с "неизвестным никому" алгоритмом работы поисковых роботов