Долгое время генерации и большое количество запросов для главной

[Mantius]

Сайт: http://vrn1.ru

1,0870 сек. -- 20 запросов

Это сейчас, когда сменил ВДС на более мощный, до этого было вообще 2-3 секунды.

Внутренние страницы и на более слабом ВДС генерировались быстро, с этим вроде проблем нет.

В чем может быть проблема? Откуда берутся лишние запросы?

ЗЫ: Чат убирать пробовал, практически не влияет ни на что.

Изменено 11 Января 2009 пользователем Mantius

[Sannis]

Общие настройки -> уровень отладки -> смотрим запросы внизу страницы.

 

Лишних не бывает, бывают запросы из модов. Максимум может быть один лишний из-за safe-mode.

[Mantius]

SELECT VERSION() AS version

SELECT * FROM ibf_cache_store WHERE cs_key IN ( 'chatting','birthdays','calendar','skin_remap','rss_calendar','rss_export','components','banfilters','settings','group_cache','systemvars','skin_id_cache','forum_cache','moderators','stats','languages' )

SELECT id, member_id, running_time, location FROM ibf_sessions WHERE id='тут_хэш' AND browser='Opera/9.51 (Windows NT 5.1; U; ru)' AND ip_address='тут_мой_айпи'

SELECT id, name, mgroup, member_login_key, member_login_key_expire, email, restrict_post, view_sigs, view_avs, view_pop, view_img, auto_track, mod_posts, language, skin, new_msg, show_popup, msg_total, time_offset, posts, joined, last_post, subs_pkg_chosen, ignored_users, login_anonymous, last_visit, last_activity, dst_in_use, view_prefs, org_perm_id, mgroup_others, temp_ban, sub_end, has_blog, has_gallery, members_markers, members_editor_choice, members_auto_dst, members_display_name, mood, members_created_remote, members_cache, members_disable_pm, emoticons, thanks_point FROM ibf_members WHERE id=1000000

SELECT set_cache_css,set_cache_wrapper,set_cache_macro,set_image_dir,set_emoticon_folde
r,set_skin_set_id,set_name,set_css_method FROM ibf_skin_sets WHERE set_skin_set_id=8

SELECT * FROM ibf_topic_markers WHERE marker_member_id=1000000

SELECT * FROM ibf_member_extra WHERE id=1000000

SELECT t.forum_id, count(p.author_id) as f_posts FROM ibf_posts p LEFT JOIN ibf_topics t ON (p.topic_id=t.tid AND t.forum_id IN (0,61,62,63,220,65,69,70,71,124,315,80,82,221,239,84,305,87,97,98,99,100,125,
102,103,104,223,238,274,275,276,277,281,279,280,278,282,283,310,267,291,292,293,
2
94,295,296,297,298,309,312,313,318,319,320,321,204,205,2,76,268,83,72,101,93,79,
9
6,197,216,240,303,42,25,60,28,48,54,57,111,112,117,180,115,114,113,118,90,217,92
,
246,301,91,130,120,167,158,133,165,131,138,68,241,169,172,177,170,175,173,178,17
6
,179,27,184,187,182,105,189,190,199,208,201,203,200,202,209,243,212,215,211,218,
2
14,213,242,322,185,232,183,67,307,311,248,250,252,253,316,286,308,314)) WHERE p.author_id=1000000 AND t.tid IS NOT NULL GROUP BY t.forum_id ORDER BY f_posts DESC

SELECT id, member_id, member_name, login_type, running_time, member_group FROM ibf_sessions WHERE running_time > 1231666622

SELECT * FROM ibf_members WHERE -172800 ORDER BY members_display_name ASC

SELECT tid, last_post, title FROM ibf_topics WHERE forum_id=242 ORDER BY start_date DESC LIMIT 0,5

SELECT id, mgroup, members_display_name, members_profile_views FROM ibf_members ORDER BY members_profile_views DESC LIMIT 0,5

SELECT tid, last_post, title, views FROM ibf_topics ORDER BY views DESC LIMIT 0,5

SELECT t.*, m.mgroup FROM ibf_topics t LEFT JOIN ibf_members m ON (m.id=t.last_poster_id) WHERE t.forum_id!=91 ORDER BY t.last_post DESC LIMIT 0,10

SELECT id, mgroup, joined, members_display_name FROM ibf_members ORDER BY joined DESC LIMIT 0,5

SELECT id, posts, members_display_name, mgroup FROM ibf_members WHERE posts>0 ORDER BY posts DESC LIMIT 0,5

SELECT id, members_display_name, mgroup, last_visit FROM ibf_members ORDER BY last_visit DESC LIMIT 0,5

SHUTDOWN: UPDATE ibf_sessions SET member_name='Mantius',member_id=1000000,member_group=6,login_type=0,running_time=1231668422,locat
ion='idx,0,',in_error=0,location_1_type='',location_1_id=0,location_2_type='',location_2_id=0,location_3_type='',location_3_id=0 WHERE id='и_тут_еще_хэш'

SHUTDOWN: UPDATE ibf_members SET member_login_key_expire=тут_ключик WHERE id=1000000

 

Скажите, пожалуйста, какие запросы нестандартные(от модов, например) и при этом достаточно "тяжелые"?

Изменено 11 Января 2009 пользователем Mantius

[Sannis]

Это не какой странице?)

[Mantius]

Долгое время генерации и большое количество запросов для главной

[Sannis]

У

 

Лишние:

SELECT * FROM ibf_member_extra WHERE id=1000000

Судя по всему что-то вроде Welcome panel.

 

SELECT t.forum_id, count(p.author_id) as f_posts FROM ibf_posts p LEFT JOIN ibf_topics t ON (p.topic_id=t.tid AND t.forum_id IN (0,61,62,63,220,65,69,70,71,124,315,80,82,221,239,84,305,87,97,98,99,100,125,
102,103,104,223,238,274,275,276,277,281,279,280,278,282,283,310,267,291,292,293,
2
94,295,296,297,298,309,312,313,318,319,320,321,204,205,2,76,268,83,72,101,93,79,
9
6,197,216,240,303,42,25,60,28,48,54,57,111,112,117,180,115,114,113,118,90,217,92
,
246,301,91,130,120,167,158,133,165,131,138,68,241,169,172,177,170,175,173,178,17
6
,179,27,184,187,182,105,189,190,199,208,201,203,200,202,209,243,212,215,211,218,
2
14,213,242,322,185,232,183,67,307,311,248,250,252,253,316,286,308,314)) WHERE p.author_id=1000000 AND t.tid IS NOT NULL GROUP BY t.forum_id ORDER BY f_posts DESC

Хз, последние посты зашедшего. Интересно, зачем? Видимо мод "ваши последние темы", чтобы смотреть не ответил ли кто. Лучше вынести в виде отдельной ссылки, не всем это надо.

 

SELECT * FROM ibf_members WHERE -172800 ORDER BY members_display_name ASC

"Кто был сегодня". Запрос неверный, проблема обсуждалась, может быть в теме поддержки. Автор плохо написал, из-за чего индекс не используетеся и выбирается вся таблица сессий.

 

Далее все запросы до "SHUTDOWN:..." лишние, это мод top 5 уже наверняка. Кешировать такое надо по хорошему, но кто же этим будет заниматься...

[Arhar]

http://www.ibresource.ru/forums/index.php?...ag=where_172800

[Mantius]

Убрал первые два, исправил третий, время генерации уже 0.7-0.8 секунды. Всем спасибо! Попробую поискать кто поможет сделать кэширование для топ статов, если получится, отпишусь об эффекте.