|
|
|
MySQL 8.0 драматически изменил план запроса
|
|||
|---|---|---|---|
|
#18+
Percona Server for MySQL 8.0.21-12.2 По сравнению с 5.7 план запроса кардинально испортился. Путём последовательных упрощений удалось определить, в каком месте это происходит. Вот этот запрос имеет нормальный план: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Вот план (столбец partititions убрал, т.к. везде NULL): Код: plaintext 1. 2. 3. 4. 5. 6. Теперь берём этот запрос в качестве подзапроса, и план портится: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Код: plaintext 1. 2. 3. 4. 5. 6. 7. Подозреваю, что дело в каком-то пустяке, но не могу докопаться, в каком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2020, 10:26 |
|
||
|
MySQL 8.0 драматически изменил план запроса
|
|||
|---|---|---|---|
|
#18+
kestrel и план портится Я не вижу ничего такого, что позволяло бы сказать, что план не то что портится, а хотя бы изменяется. Другое дело, что Вы используете WHERE IN - а это наихудший из вариантов отбора пересечения. Перепишите все WHERE IN на INNER JOIN или на WHERE EXISTS - в зависимости от статистики подзапроса и внешней таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2020, 07:49 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=14&tid=1828270]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 27ms |
| total: | 181ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...