Image representing MySQL as depicted in CrunchBase

Некоторое время назад я писал о MySQL полнотекстовый поиск 🙂 Сегодня у меня был очень интересный опыт с запросом. В общем запрос ищет результаты, которых не хватает другой таблицы. A выберите sub osnovne и в части где приложение. В целом, скелета и

SELECT DISTINCT (
`field`
)
FROM `table1`
WHERE `someID` =44
AND `firsTextField` NOT
IN (

SELECT DISTINCT (
`secondTextField`
)
FROM `table2`
WHERE `otherID` =44
)

В целом, простой запрос. Я написал это для 30 SEC освободить ее и застряла машина. После долго и терпеливо ждет, с моей стороны или просто ~ 43 сек . Коса моя оценка lol . Pfff дурдом. Введите в машину, которую ищет процессора обычно загружается почти на условие простоя. Шок и трепет. Выполнить запрос снова еще тот же результат. Ебать WTF. Выполнить запрос и объяснить все, что я – второе поле — только secondTextField полнотекстовый поиск Индекс не, и есть скромный лоток около 35 k линии. Что читать – полнотекстовый индекс поиска не является. Это уже ясно проблема реального быстро одно

ALTER TABLE `links` ADD INDEX ( `linkUrlID` ) 

И вещи повернул места, который принял запрос 0.0005 сек 😀

Будьте осторожны, как вы положили индексы из них зависит от вашей предельная ставка приложений.

p. s в целом я неправильн о выше ситуации не только потому, что он отсутствует индекс, потому что не используя полнотекстовый поиск метода 😀

Поддерживая Zemanta