|
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&msg=40028588&tid=1828270]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 16ms |
total: | 151ms |
0 / 0 |