[dmartynenko]

Лично мне хочется уйти от 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 такая же ерунда?