Помогите, пожалуйста, оптимизироватьь запрос:



id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY <derived2> ALL NULL NULL NULL NULL 376086 Using temporary; Using filesort
2 DERIVED k-t_s index NULL sost 8 NULL 5926718 Using index

CREATE TABLE IF NOT EXISTS `k-t_s` (
`id_sv` int(10) unsigned zerofill NOT NULL AUTO_INCREMENT,
`id_n` int(10) unsigned zerofill NOT NULL,
`id_s` int(10) unsigned zerofill NOT NULL,
PRIMARY KEY (`id_sv`),
UNIQUE KEY `sost` (`id_n`,`id_s`),
KEY `id_s` (`id_s`),
KEY `id_n` (`id_n`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Связи для кириллицы' AUTO_INCREMENT=5948926 ;

Да, нужно подумать про удаление столбца с номером связей. Он на всякий случай был создан при проектированиии бд, но реально так и не использовался.
Ну, если нельзя оптимизировать запрос, то, может денормализировать как-то таблицу, а то этот запрос зависает в бесконечности?

Спасибо, ребята, буду ковыряться. Отпишусь потом, что получилось.

По моим расчётам, этот запрос будет выполняться часа четыре. Это нормально?

AkinaПоскольку внешний запрос всё равно "ниачём" - случайное значение поля, - разумнее подумать о предварительной фильтрации для получения только реально нужных данных. В подзапросе.
Как это ни о чём?

А, ну если в этом дело, то это по-барабану, главное от дубликатов избавиться, а какие остануться — не важно. Тут это даже и не закладывалось.

AkinaТак если по барабану - нафига ты вообще это поле выводишь? делай тупо SELECT DISTINCT sostav без всяких там групбаев.
Слоны, они такие незаметные)))