innodb

Возможно я должен сказать, что делаю два раза агрегацию, как на 33м и 34м слайде https://www.slideshare.net/PaulKlimov1/activerecord-yii2

Может быть из-за этого?

https://dev.mysql.com/doc/refman/5.7/en/index-hints.html

Выполнение запроса происходит 70мс!!! 18000 записей SELECT * FROM table WHERE some_model_id IN ('12', '11', '10', '7', '4', '1') Индекс есть, внешний ключ висит Почему так долго???

вот только что сделал запрос в базе

use index ('idx-model-relate_model_id') написал?

или имеешь ввиду в in инты передал?

они по умолчанию туда в интах идут

поэтому и примари юзается

ты сделай запрос нативным cqk

sql

проверь что там у тебя

explain

проверь что там у тебя

одинаково индекс не используется

а они точно есть?

да

я даже use index написал и индекс все равно не учитывается

Форсани ключ

Сейчас поищу что это такое и попробую сделать)

вроде ты только что это сделал

вроде ты только что это сделал

Помогло не USE INDEX, а FORCE INDEX

то есть сработало?\

сейчас в постоитель запросов втулю его и посмотрю на результат

то есть сработало?\

ага

а разница во времени выполнения есть?

а разница во времени выполнения есть?

А как замерять при простом запросе?

Explain не дает инфу о времени

без експлейн

сделай

просто сделай два запроса

с форсом и без

и сравни время

Explain не дает инфу о времени

Запусти benchmark()

C force index heidySQL пишет Длительность 1 запрос: 0,000 sec. (+ 0,032 sec. network) а без то же самое пишет(((

так а где твои 70мс ?

))

нужно проверять в общем запросе Проверю скажу

так а где твои 70мс ?

в debag-панели)))

добейся отсутствия кавычек в IN

посмотри типы которые передаешь

не должны они там быть

отличия ?: и ?? isset и isnull ?

верно?

это не качается вороса Maxim Niko (

)

------------------------------

отличия ?: и ?? isset и isnull ?

в тернарных php7

не должны они там быть

C кавычками heidy выдает 1 запрос: 0,000 sec. (+ 0,047 sec. network) Наверно в них действительно проблема

такая штука ?: мне тру возвращала и генерила цифру 1 Лучше нормально писать bool ? val : orVal; Я тернарный юзаю если может быть [], а если значение или null - тогда ??

99%

ага , тож очень скептически к ним отношусь)

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

нет

C кавычками heidy выдает 1 запрос: 0,000 sec. (+ 0,047 sec. network) Наверно в них действительно проблема

у тебя кеш уже наверное

у тебя кеш уже наверное

дело в том, что с кавычками без force index выдало 32мс Я короче пока забил на это место, пока тестовая страница для админки, за 350 мс грузится и так сойдет))) Спс за подсказки

надо выполнить запрос миллион раз в цикле и среднее время взять

то что ты один раз его запустил и у тебя время изменилось ниче не значит

может диск освободился

это кстати было не 1 ко многим, а я взял таблицу как промежуточную Может поэтому оно индекс не подтягивает нормально. хз

Извините, что не по теме, не знаю куда написать. Приходит письмо на gmail, обновления от инстаграма. Типа посмотрите что вы пропустили. Но на эту почту инстаграм не регистрировался никогда и это единственное письмо от инстаграма на ящике за все время. Пароль я сменил, на всякий случай, но как такое возможно вообще, ведь никаких писем не приходило больше?

ну вот им и напиши

и тому и тому

Ложная тревога. Оказывается, в инстаграме можно указать ЛЮБОЙ e-mail и он не будет просить подтверждения.

почему в этом запросе не юзается индекс?

Наркомания какая-то.

EXPLAIN SELECT * FROM `ad_spot` WHERE `ad_campaign_id`=17

1 SIMPLE ad_spot NULL ALL ad_campaign_id,ad_campaign_id_2 NULL NULL NULL 4 100.00 Using where

ведь индекс есть, но что мешает его юзать?

possible_keys вон смотри

оптимайзер не вкуривает че юзать и решает не юзать ничего :D

и?

и не юзает

ну в том то и дело ключики есть

/link@yetanotherstatsbot

хм

ну в том то и дело ключики есть

зафорси нужный

почему он автоматом то не юзает

с форсом то понятно

Не понимает, какой индекс юзать