SQLinfo.ru - Все о MySQL Webew.ru: теория и практика веб-технологий

Форум пользователей MySQL

Задавайте вопросы, мы ответим

Вы не зашли.

#1 10.07.2024 22:46:30

shipunoff
Участник
Зарегистрирован: 10.07.2024
Сообщений: 7

UNION ALL GROUP BY and ORDER BY

Вопрос решен smile
можно закрыть тему )

Отредактированно shipunoff (16.07.2024 23:17:02)

Неактивен

 

#2 10.07.2024 23:33:18

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5838

Re: UNION ALL GROUP BY and ORDER BY

1. Навскидку индекс (owner,dressed,tab,stack,prototype) тоже должен работать. Сравнивайте explain, смотрите какая часть индекса используется; обновите статистику индексов; разбивайте запрос на простые части и тестируйте.

2. В первом подзапросе с группировкой i.id и i.action_time будут выбраны произвольными внутри группы. Кроме того в режиме ONLY_FULL_GROUP_BY сервер выдаст ошибку на этот запрос.

Неактивен

 

#3 11.07.2024 23:03:29

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5838

Re: UNION ALL GROUP BY and ORDER BY

shipunoff написал:

было 60 предметов в инвентаре нормально было, сейчас купил предметы, 980 у меня предметов, дык он выбирает всё из shop 1022 строки ALL

Если условию соответствует существенная часть таблицы, то быстрей прочитать последовательно всю таблицу, а не прыгать по индексу. Это вполне нормальное поведение.

Неактивен

 

#4 11.07.2024 23:16:06

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5838

Re: UNION ALL GROUP BY and ORDER BY

shipunoff написал:

А этот вот запрос с индексом (owner,dressed,tab,prototype), без stack.
Записей выбирает меньше 908 из 980.

rows показывает оценочное значение. Т.е. кол-во строк, которые будут прочитаны по предположению сервера.
Вы можете посмотреть сколько строк реально соответствуют этому условию, выполнив запрос без группировки, сортировки и т.д. Если реальное значение сильно отличается, то попробовать обновить статистику индексов, или, если не поможет, использовать подсказки оптимизатору, указав необходимый индекс (с последним нужно быть осторожней).

Неактивен

 

#5 12.07.2024 00:32:13

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5838

Re: UNION ALL GROUP BY and ORDER BY

shipunoff написал:

Еще вопрос такой по explain, куда всё же смотреть для оптимизации запроса, в ROWS (чем меньше тем лучше) или в filtered ?

В идеале ROWS (чем меньше, тем лучше), FILTERED (чем больше, тем лучше).
ROWS это кол-во строк, которые будут прочитаны.
FILTERED показывает % от ROWS, который будет выбран.

Кроме того FILTERED помогает в сложных запросах, например, в explain из первого сообщения, где в первой строке для таблицы i: ROWS 61, FILTERED 10 означает, что со следующей таблицей s будет соединяться ~ 6 строк.

Важно смотреть и на другие поля и на порядок соединения таблиц.

shipunoff написал:

Да и еще по поводу Extra, бывает оно пустое даже при rows = 1, если оно пустое, что это значит, плохой запрос или хороший ?

Только то, для данного запроса нет дополнительной информации, которую бы оптимизатор мог сообщить.


shipunoff написал:

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

Лучше от документации. Хорошее объяснение explain на русском есть в книге Шварц Б., Зайцев П., Ткаченко В. и др. "MySQL. Оптимизация производительности" (2-е издание). Есть в сети.

Неактивен

 

#6 12.07.2024 01:03:56

shipunoff
Участник
Зарегистрирован: 10.07.2024
Сообщений: 7

Re: UNION ALL GROUP BY and ORDER BY

vasya написал:

shipunoff написал:

Еще вопрос такой по explain, куда всё же смотреть для оптимизации запроса, в ROWS (чем меньше тем лучше) или в filtered ?

В идеале ROWS (чем меньше, тем лучше), FILTERED (чем больше, тем лучше).
ROWS это кол-во строк, которые будут прочитаны.
FILTERED показывает % от ROWS, который будет выбран.

Кроме того FILTERED помогает в сложных запросах, например, в explain из первого сообщения, где в первой строке для таблицы i: ROWS 61, FILTERED 10 означает, что со следующей таблицей s будет соединяться ~ 6 строк.

Важно смотреть и на другие поля и на порядок соединения таблиц.

shipunoff написал:

Да и еще по поводу Extra, бывает оно пустое даже при rows = 1, если оно пустое, что это значит, плохой запрос или хороший ?

Только то, для данного запроса нет дополнительной информации, которую бы оптимизатор мог сообщить.


shipunoff написал:

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

Лучше от документации. Хорошее объяснение explain на русском есть в книге Шварц Б., Зайцев П., Ткаченко В. и др. "MySQL. Оптимизация производительности" (2-е издание). Есть в сети.

А что вообще можете сказать по моему запросу , запрос не сильно критичен, если его оставить таким как сейчас?
Или всё же добиться макс. производительности?

Неактивен

 

#7 12.07.2024 01:51:48

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5838

Re: UNION ALL GROUP BY and ORDER BY

Не получится ответить на этот вопрос, мало данных (я даже не понимаю сколько записей в таблице inventory 750 440 или 980).

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

И почему MyISAM? В 5.7 уже целенаправленно развивали InnoDB.

Неактивен

 

#8 12.07.2024 01:58:23

shipunoff
Участник
Зарегистрирован: 10.07.2024
Сообщений: 7

Re: UNION ALL GROUP BY and ORDER BY

vasya написал:

Не получится ответить на этот вопрос, мало данных (я даже не понимаю сколько записей в таблице inventory 750 440 или 980).

Всего записей в таблице 750к (у других игроков предметы по OWNER), а именно моих 980.

Отредактированно shipunoff (12.07.2024 02:01:34)

Неактивен

 

Board footer

Работает на PunBB
© Copyright 2002–2008 Rickard Andersson