Искать  
 
   
 
Назрузка на MySQL при exp:weblog:entries (берёт много лишнего)
Отправлено: 07 Сентябрь 2012 10:08 A.M.   [ Игнорировать ]
Новичок
Rank
Всего сообщений:  6
Зарегистрирован  2011-12-21

собственно шаблон

{exp:weblog:entries weblog="news" limit="4" disable="categories|trackbacks|pagination|member_data|category_fields" orderby="random" dynamic="on"}
{pic} {title} 
{title}
{
/exp:weblog:entries} 

dynamic=“on” добавлено чтобы на время тестов отключить кэширование на стороне MySQL

Лог дебага шаблона

(0.000012) - Begin Template Processing -
(
0.000218URI: /av/trest2/
(
0.000229Path.php Template: /
(
0.000245Retrieving Template
(0.000260Parsing Template URI
(0.002744Retrieving Template from Databaseav/trest2
(0.004089Template Found
(0.004162Retrieving Template from File
(0.004609) Template Type
webpage
(0.004716Parsing Site Variables
(0.004759) Global Path.php Variables (Keys): nobotkode|site_id|site_label|site_short_name
(0.004773) Global Path.php Variables (Values): 68153|1|Ð�вÑ�омобилÑ�нÑ�
й Ð¿Ð¾Ñ�Ñ�ал Ð½Ð¾Ð¼ÐµÑ� 1 Ð² Ð Ð¾Ñ�Ñ�ии 
авÑ�о Ð½Ð¾Ð²Ð¾Ñ�Ñ�иÑ�Ð
µÑ�Ñ�
-дÑ�айвÑ�оÑ�зÑ�вÑ� Ð°Ð²Ñ�овладелÑ�Ñ�евблоги.|default_site
(0.004828Parse Date Format String Constants
(0.004849Parse Current Time Variables
(0.004885Parsing SegmentEmbed, and Global Vars Conditionals
(0.007279) - Beginning Tag Processing -
(
0.007297Parsing Tags in Template
(0.007331Tag{exp:weblog:entries weblog="news" limit="4" disable="categories|category_fields|custom_fields|member_data|pagination|trackbacks" orderby="random" dynamic="on"}
(0.007526Closing Tag Found
(0.007611Processing Tags
(0.007637Module TagWeblog/entries
(0.007651Including Files for Tag and Modules
(0.009527Beginning Final Tag Data Processing
(0.009546Calling Class/MethodWeblog/entries
(0.009722) -> Class CalledWeblog
(0.009784) -> Method Calledentries
(0.322592Calling Extension Class/MethodFieldframe/weblog_entries_tagdata
(0.323771Calling Extension Class/MethodMh_file_ext/modify_template
(0.326385Calling Extension Class/MethodFieldframe/weblog_entries_tagdata
(0.326612Calling Extension Class/MethodMh_file_ext/modify_template
(0.327654Calling Extension Class/MethodFieldframe/weblog_entries_tagdata
(0.327870Calling Extension Class/MethodMh_file_ext/modify_template
(0.328912Calling Extension Class/MethodFieldframe/weblog_entries_tagdata
(0.329130Calling Extension Class/MethodMh_file_ext/modify_template
(0.330023) -> Data Returned
(0.330106) - End Tag Processing -
(
0.330119Parsing PHP on Output
(0.330205) - End Template Processing -
(
0.330213Parse Global Variables
(0.332161Template Parsing Finished
Memory Usage
1,952,104 bytes 

Часть лога MySQL - медленный запрос выявлен

15 тут всё понятно исполняется быстро
SELECT DISTINCT
(t.entry_idFROM exp_weblog_titles AS t LEFT JOIN exp_weblogs ON 
t
.weblog_id exp_weblogs.weblog_id LEFT JOIN exp_members AS m ON m.member_id t.author_id 
WHERE t
.entry_id !='' AND t.site_id IN ('1') AND t.entry_date 1346987597 
AND (t.expiration_date OR t.expiration_date 1346987597
AND 
exp_weblogs.is_user_blog 'n' AND t.weblog_id '4' AND t.status 'open' 
ORDER BY rand(), t.entry_id desc LIMIT 04

16 откуда берётся столь монстрообразный sql запрос 
???????????

SELECT t.entry_idt.weblog_idt.forum_topic_idt.author_idt.ip_addresst.title,
 
t.url_titlet.statust.dst_enabledt.view_count_onet.view_count_two,
 
t.view_count_threet.view_count_fourt.allow_commentst.comment_expiration_date,
 
t.allow_trackbackst.stickyt.entry_datet.yeart.montht.dayt.edit_date,
 
t.expiration_datet.recent_comment_datet.comment_totalt.trackback_total,
 
t.sent_trackbackst.recent_trackback_datet.site_id as entry_site_idw.blog_title,
 
w.blog_namew.blog_urlw.comment_urlw.tb_return_urlw.comment_moderate,
 
w.weblog_html_formattingw.weblog_allow_img_urlsw.weblog_auto_link_urls,
 
w.enable_trackbacksw.trackback_use_url_titlew.trackback_field,
 
w.trackback_use_captchaw.trackback_system_enabledm.usernamem.emailm.url,
 
m.screen_namem.locationm.occupationm.interestsm.aol_imm.yahoo_imm.msn_im,
 
m.icqm.signaturem.sig_img_filenamem.sig_img_widthm.sig_img_height,
 
m.avatar_filenamem.avatar_widthm.avatar_heightm.photo_filenamem.photo_width,
 
m.photo_heightm.group_idm.member_idm.bday_dm.bday_mm.bday_ym.bio,
 
md.*, wd.* FROM exp_weblog_titles AS t LEFT JOIN exp_weblogs 
 
AS w ON t.weblog_id w.weblog_id LEFT JOIN exp_weblog_data 
 
AS wd ON t.entry_id wd.entry_id LEFT JOIN exp_members 
 
AS m ON m.member_id t.author_id LEFT JOIN exp_member_data 
 
AS md ON md.member_id m.member_id 
 WHERE t
.entry_id IN (12779,1204,11035,17999ORDER BY rand(), t.entry_id desc 

sql 16 занимает 0.28-0.32 при вбивании в PhpMyAdmin,
Почему берётся столько много не нужных мне данных ??
в disable указано всё что только можно (судя по хелпу), или не всё ???

Отключение расширений Fieldframe и Mh_file_ext через админку ничего не даёт, ситуация не улучшается даже если выключить все расширения

Профиль
 
 
Отправлено: 09 Сентябрь 2012 07:41 P.M.   [ Игнорировать ]   [ # 1 ]
Новичок
Rank
Всего сообщений:  6
Зарегистрирован  2011-12-21

уже начал переделывать все запросы через sql модуль - это давало в 5-7 раз меньшую нагрузку за счёт правильного запроса

но выход был проще - переходите на innodb )))))))

Профиль
 
 
Отправлено: 09 Сентябрь 2012 09:41 P.M.   [ Игнорировать ]   [ # 2 ]
Администратор
Avatar
RankRankRankRank
Всего сообщений:  644
Зарегистрирован  2009-04-11

Заюзай кеширование wink cache=“yes” refrash=“60”

 Подпись 

Няшка, программист, фотограф, подкастер, блоггер и CEO студии FDCore Studio

Профиль
 
 
Отправлено: 12 Сентябрь 2012 03:37 P.M.   [ Игнорировать ]   [ # 3 ]
Новичок
Rank
Всего сообщений:  6
Зарегистрирован  2011-12-21

кэширование у меня включено глобально на уровне шаблонов

после сброса кэша страницы генерировались по паре секунд - не дело это

переход на innodb ускорил выполнение sql запросов без их оптимизации, раз в 20 ускорил

Профиль
 
 
Отправлено: 15 Сентябрь 2012 08:05 P.M.   [ Игнорировать ]   [ # 4 ]
Member
Avatar
RankRankRank
Всего сообщений:  197
Зарегистрирован  2009-02-13

Какой хостинг? Версия ЕЕ?  Мне переход на innodb не помог. Всё перевёл кроме exp_weblog_data (записи - 47,418; 36.2 МБ ) - fulltext!!!  Нагрузка сильно возросла (х1,5). Наверно всё же лучше сделать как советует NetSoul - модуль Static Page.

Профиль
 
 
Отправлено: 16 Сентябрь 2012 11:29 A.M.   [ Игнорировать ]   [ # 5 ]
Новичок
Rank
Всего сообщений:  6
Зарегистрирован  2011-12-21

ee 1.6.9
vps - mysql настраивал специально под innodb

на fulltext я забил, конвертнул всё ...

чем это грозит ???

в принципе на сайте установлен поиск гугла так что зачем полнотекстовый поиск по mysql мне не понятно

Профиль