Форум MySQL

>В таблице хранится текстовая информация, и данные все нужны.
>И таблица проиндексирована по полю news_id

Ну значит индек не удачный!
Вы вот что план выполнения запроса гляньте.
Если не знакомы с этим то определите селективно ли ваше условие, то есть сколько у вас строк с условием вашим enabled = 'значение' если много то индекс уберите в этом случае полное сканирвание лучше

Вот структура таблици:

TABLE `news` (
`news_id` int(11) unsigned NOT NULL auto_increment,
`news_title` varchar(255) NOT NULL default '',
`news_keywords` varchar(255) NOT NULL default '',
`news_description` varchar(255) NOT NULL default '',
`news_date` datetime NOT NULL default '0000-00-00 00:00:00',
`news_start_text` text,
`news_end_text` text,
`news_comments_counter` int(11) unsigned NOT NULL default '0',
`news_hit_counter` int(11) unsigned NOT NULL default '0',
`news_topic_id` int(11) unsigned NOT NULL default '1',
`news_author` varchar(255) NOT NULL default '',
`news_enabled` tinyint(1) unsigned NOT NULL default '1',
`news_show_in_home` tinyint(1) unsigned NOT NULL default '1',
`news_allow_comments` tinyint(1) unsigned NOT NULL default '1',
`news_with_poll` tinyint(1) unsigned NOT NULL default '0',
`news_poll_id` int(11) unsigned NOT NULL default '0',
`news_auto_br` tinyint(1) unsigned NOT NULL default '1',
`news_rate_value` int(10) unsigned NOT NULL default '0',
`news_rate_count` int(10) unsigned NOT NULL default '0',
`id_alf` text NOT NULL,
PRIMARY KEY (`news_id`),
KEY `news_enabled` (`news_enabled`),
KEY `news_topic_id` (`news_topic_id`),
KEY `news_show_in_home` (`news_show_in_home`),
KEY `news_author` (`news_author`)
) ENGINE=MyISAM AUTO_INCREMENT=0 DEFAULT CHARSET=cp1251;

Можно её оптимизировать?

(второстипенный вопрос: как правильно орагнизовать поиск в такой большой базе? )

У вас news_enabled какие значения может принимать?

Может можно в таблице создать дополнительно поле (например индекс), как можно исправить данное положение?

Странно... У меня Ваш результат промоделировать не получается. У меня там index значится.
Надо смотреть структуру таблицы и полный ответ explain.

Хотя, в принципе, удивляться нечему. Просто катиться по индексу поля порядка не получается, поскольку нужно доп.поле в записи проверять. Ограничения на id нету. Хочешь не хочешь, а придется все записи просматривать.

В целом ведикт остается прежним. Оптимум запроса вытягивать глупо - нужно менять схему БД.

В колонке type -> ref

и что это значит?

Попробуйте выполнить

explain select news_id, news_title, news_date,  news_start_text  from news  where news_enabled='1'  order by news_id DESC  limit 0,7

в клиенте (phpMyAdmin например) и поглядите что получится.

Это запрос отчета эффективности указаного запроса.
Интересно, что будет в колонке Type

>Что показывает EXPLAIN SELECT .... ?
непонял что за EXPLAIN?

Что показывает EXPLAIN SELECT .... ?

Выходит что данный запрос оптимальный. и улучшить его нельзя