Лично мне хочется уйти от tt_news из-за медленных запросов. К сожалению в нынешнем tt_news их никак не оптимизируешь. И нет внутренней логики кэширования.
Ведем свой лог медленных запросов, и 90% там это запросы tt_news. Например такие:
Код:
SELECT DISTINCT tt_news.uid, tt_news.*
FROM tt_news
LEFT OUTER JOIN tt_news_cat_mm ON tt_news.uid = tt_news_cat_mm.uid_local
WHERE
1=1
AND (tt_news_cat_mm.uid_foreign IN (32,7,1,33,60))
AND tt_news.sys_language_uid IN (0,-1)
AND tt_news.pid > 0
AND tt_news.uid NOT IN (11305)
AND tt_news.pid IN (85,86,87,88,137,369,520)
AND tt_news.deleted=0
AND tt_news.t3ver_state!=1
AND tt_news.hidden=0
AND (tt_news.starttime<=1352798034)
AND (tt_news.endtime=0 OR tt_news.endtime>1352798034)
AND (tt_news.fe_group='' OR tt_news.fe_group IS NULL OR tt_news.fe_group='0' OR (tt_news.fe_group LIKE '%,0,%' OR tt_news.fe_group LIKE '0,%' OR tt_news.fe_group LIKE '%,0' OR tt_news.fe_group='0') OR (tt_news.fe_group LIKE '%,-1,%' OR tt_news.fe_group LIKE '-1,%' OR tt_news.fe_group LIKE '%,-1' OR tt_news.fe_group='-1'))
ORDER BY datetime DESC
LIMIT 7
Новостей 11000+. Приходится плагин ставить как USER_INT, иначе проблема с обновлением раздела при добавлении или изменении. Точнее проблема с очисткой такого огромного кэша страницы если ставить как USER.
В news такая же ерунда?