без джойна прогони

1,312 sec inner join 0,719 sec left join 0,594 sec no join

херово

explain для без джойна покажешь?

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

Хм. Надо взять на заметку и попробовать у себя оптимизировать таким образом парочку запросов. А то в одной таблице 3кк записей и некоторые каунты считаются по 0.5 сек

using filesort

слушай, у тебя есть верхнее ограничение на количество юзеров в чате?

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

using filesort

Файлсорт почти не влияет

хаха

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

У меня выборка 200 пользователей

и что?

Поэтому там добавляет 50мс максимум

Гораздо критичнее 500 мс, чем 50мс

откуда ты взял эти 50 мс?

я просто отсюда уверен, что файловая сортировка вносит больше других

можешь прогнать еще один запрос без нее и тоже вывалить результаты?

Первые три с сортировкой, последние три - без

мой косяк

эксплейн?

С сортировкой есть temorary table

Без сортировки - нет

Вот так

using wher e& using index?

Да

Но, при этом профайлер говорит, что с сортировкой 600мс идёт копирование во временную таблу, а без сортировки 600мс sending data

херня какая-то. я не гиперспец, но он при таких вводных вроде как с диска же читать не должен и тупить ему негде

профайлер - это стандартное show profile?

Я вот тоже не спец, просто пытаюсь понять, немного логику работы БД, так бы сделал простой инкремент

профайлер - это стандартное show profile?

Да

Я вот тоже не спец, просто пытаюсь понять, немного логику работы БД, так бы сделал простой инкремент

Простой инкремент не всегда получается менеджить. Всякие удаления/редактирования могут исказить расчеты

на всякий случай - сама версия сервера какая?

Бодрый вечер/утро/день! Нужна помощь с CentOS 7. Сервер (на нем только MySQL instance) делает reboot и в логах перед перезагрузкой нет никакой направляющей информации. В Zabbix и New Relic скачков CPU и RAM нет. Сервер на AWS. Какая может быть причина и как обнаружить?

и по хорошему еще убедиться, что система не загружена и мускул не борется эти 600 мс за цпу или еще что-нибудь (хотя тогда время вряд ли таким стабильным было бы)

на всякий случай - сама версия сервера какая?

У меня как-бы mariadb 10.0.29

и по хорошему еще убедиться, что система не загружена и мускул не борется эти 600 мс за цпу или еще что-нибудь (хотя тогда время вряд ли таким стабильным было бы)

Не, проц загружен на 7%, память на 18%

давай еще show profile all файлом. я вряд ли что-то скажу, но вдруг кто-то увидит причину.

https://gist.github.com/Dolfik1/53f27b9395afde34bf4e2bbdc85a4310 Так надеюсь норм

Всем доброй ночи! почему не работает след запррос? DELETE FROM `ttt as t1, ttt as t2 where t1.user_id = t2.user_id`

а что этот запрос должен сделать?

потому что сейчас он должен сджойниться по айдишникам, после чего грохнуть вообще все

а сам по себе он вроде как не очень соответствует синтаксису https://dev.mysql.com/doc/refman/5.7/en/delete.html

Из какой таблицы нужно удалить записи?

Всем привет

Кто-нибудь сталкивался с партиционироварием в марияДБ?

Можете посоветовать толковый туториал? А то в документации много описаний, а инструкции что и как - не нашел.

Можете посоветовать толковый туториал? А то в документации много описаний, а инструкции что и как - не нашел.

На форумах заббикса видел, если найду, скину

народ кто поможет убрать Using index

Удалить индекс надо или что?

Покажи лучше схему.

Ну, то есть, не в GUI

А дампом, например.

Посмотри схему нужной тебе таблицы и попробуй дропнуть индекс, как описано тут: https://technet.microsoft.com/ru-ru/library/ms173440(v=sql.110).aspx Если индекс не имеет названия - не пиши его.

Ну и сделай дамп перед этим.

Чтобы не повредить БД

щас схему нарисую

В примеру есть таблица кампаний "campaings" id name К этой кампании можно добавить несколько операторов "campaings_operators" campaign_id id таблица операторов "operators" id name

теперь мне нужно найти по айди оператора кампанию

https://webcache.googleusercontent.com/search?q=cache:9m0iM3azF1cJ:https://habrahabr.ru/post/105954/+&cd=1&hl=ru&ct=clnk&gl=ru

Вот, пожалуйста, покажи, как схема выглядит в дампе. .sql можно потом открыть текстовым редактором.

теперь мне нужно найти по айди оператора кампанию

Так а зачем тогда от индекса избавляться?

Тебе нужно постоянно связывать компанию и id оператора? Если да, заюзай foreign key.

мне нужно избавиться не от самого индекса , а из Extra там ругается что индекса нету , хотя по факту он есть

Вероятно, у тебя просто индекс без имени, могу ошибаться.

Попробуй создать новый, но уже с именем.

Дамп делай в любом случае, если будешь вносить изменения.

до,авил я ALTER TABLE ad_campaigns_operators ADD CONSTRAINT ad_campaigns_operators_fk1 FOREIGN KEY (campaign_id) REFERENCES ad_campaigns(id) ON DELETE RESTRICT ON UPDATE RESTRICT;

всеравно в EXPLAIN Using index

Так тебя в Explain using index смущает?

да

Лол, это же хорошо.

Крч, смотри.

хм вроде же это значило наоборот что нужно юзать индекс

Если используется primary key / foreign key или unique - это индекс. И он, соответственно, будет использоваться.

хм вроде же это значило наоборот что нужно юзать индекс

Стоп. У тебя что пишет? using index: yes?

Если да, значит, используется индекс при запросе.

Это нормально.

т.е это нормально?

Я не знаю эту GUI'шку, у тебя есть прямой доступ к консоли?

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

есть я же на локальном

Тогда покажи, что выводит консоль

Extra – содержит дополнительную информацию, относящуюся к плану выполнения запроса. Такие значения как “Using temporary”, “Using filesort” и т.д могут быть индикатором проблемного запроса. С полным списком возможных значений вы можете ознакомиться здесь https://dev.mysql.com/doc/refman/5.6/en/explain-output.html#explain-extra-information

Не надо, не скидывай. Я просто сразу не въехал.

Сонный уже.

Я решил, что это другой столбец.

Про Extra ничего сказать не могу, я не вникал в это.