Медленная выборка из таблиц

Две секунды - не так уж чтобы очень уж и долго. Может, браузер долго обрабатывает какие-то незакрытые теги?

Какой-то странный у вас запрос.

Здесь:

у вас возникает алгебраическое перемножение множеств. Что съедает очень много памяти и других ресурсов.

Лечение: переписать, заменив запятые на конструкцию UNION.

нет, это именно медленный запрос, я выше дал результат выполнения )

---------- Добавлено 10.05.2015 в 11:50 ----------

удалось ускорить немножко таким методом

N.date between '2014-01-01 00:00:00' and '2014-02-01 00:00:00'

Отображает строки 0 - 29 (36 всего, запрос занял 0.0227 сек.)

но думаю, что можно ещё ускорить

Вложенные селекты очень и очень медленное решение. Не уверен, но может быть пошустрее

SELECT SQL_CACHE 9 AS test,N.*, R.NAME as  region, C.NAME as  category, S.NAME FROM  
FROM news_news N 
LEFT JOIN news_regions R ON R.id = N.id_region
LEFT JOIN news_category C ON C.id = N.id_category
LEFT JOIN news_sources S ON S.id = N.id_source
WHERE 1=1 
                   AND MONTH(N.date) = 1  AND YEAR(N.date) = 2014  
                   ORDER BY N.id DESC 
                   LIMIT 0,36;  

NAME во вложенных селектах это параметр?

Еще посмотрите

EXPLAIN своего и предложенного мною запроса. Вполне возможно, что где то тут news_sources where id = N.id_source отсутствуют индексы. Так же желательно содержать индекс на дату. Он у Вас есть?

спасибо за совет

да NAME это параметр

индексы вроде бы везде где надо есть, лучше ниже приведу всю таблицу

CREATE TABLE IF NOT EXISTS `news_news` (

  `id` INT(11) NOT NULL AUTO_INCREMENT,

  `tid` INT(11) NOT NULL DEFAULT '0',

  `id_category` INT(11) NOT NULL DEFAULT '0',

  `id_source` INT(11) NOT NULL DEFAULT '1',

  `id_region` INT(11) NOT NULL DEFAULT '1',

  `date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',

  `title` VARCHAR(255) NOT NULL DEFAULT '',

  `text` longtext NOT NULL,

  `link` VARCHAR(255) NOT NULL DEFAULT '',

  `image` VARCHAR(255) NOT NULL,

  `counter` INT(11) NOT NULL DEFAULT '0',

  `comment` INT(11) NOT NULL DEFAULT '0',

  `seo_title` VARCHAR(255) NOT NULL,

  `user_id` INT(11) NOT NULL,

  `poll` INT(11) NOT NULL DEFAULT '0',

  `hits` INT(11) NOT NULL DEFAULT '0',

  PRIMARY KEY  (`id`),

  KEY `id_region_id_category_id_source` (`id_region`,`id_category`,`id_source`),

  KEY `id_category` (`id_category`),

  KEY `image` (`image`),

  KEY `category_image` (`id_category`,`image`),

  KEY `id_region` (`id_region`),

  KEY `date` (`date`),

  KEY `id_source` (`id_source`),

  KEY `counter` (`counter`),

  KEY `region_category` (`id_category`,`id_region`),

  KEY `category_date_source` (`id_category`,`date`,`id_source`),

  KEY `link` (`link`),

  KEY `region_category_source_date` (`id_region`,`id_category`,`id_source`,`date`),

  KEY `regi2` (`id_region`,`id_category`,`date`),

  KEY `source_region` (`id_source`,`id_region`),

  KEY `user_id` (`user_id`),

  KEY `hits` (`hits`),

  KEY `counter_cat` (`id_category`,`counter`),

  FULLTEXT KEY `FULLTEXT` (`text`,`title`)

) ENGINE=MyISAM  DEFAULT CHARSET=cp1251 AUTO_INCREMENT=4824896 ;

кстати ваш запрос сильно не помог, вот время его выполнения

Отображает строки 0 - 29 (36 всего, запрос занял 3.0853 сек.)

Если Вы пользуетесь phpmyadmin (судя по строке со временем) он Вам показывает не совсем точное время. Попробуйте выполнить запрос с чекбоксом Profiling, и посмотрите EXPLAIN запроса, иначе можно только тыкать пальцем в небо о природе тормозов.

Делайте через UNION, будет быстрее всего.

Джойн на мускуле с большим обьемом данных? Нуну

Простите, а что не так? Ваше "Нуну", судя по всему, означает что это применение JOIN на больших объемах данных - это плохая практика? Не буду ли я слишком назойлив, если попрошу пруф линк для Вашего замечания?

JOIN быстрее NESTED QUERIES 1, JOIN быстрее NESTED QUERIES 2.

Comodo, вы не поняли ничего. С реально большими обьемами данных нужен не мускуль это раз, а хотя бы постгри. Второе - сфинкс (ну под конкретные задачи).