Чому SELECT * буде з величиною швидкішою, ніж SELECT foo?

Розглянемо таблицю значень та хешів, наприклад:

+------------+----------+------+-----+---------+----------------+
| Field      | Type     | Null | Key | Default | Extra          |
+------------+----------+------+-----+---------+----------------+
| id         | int(11)  | NO   | PRI | NULL    | auto_increment |
| val        | char(9)  | NO   |     | NULL    |                |
| val_hashed | char(50) | YES  |     | NULL    |                |
+------------+----------+------+-----+---------+----------------+

Наступний запит закінчується за 0,00 секунд:

SELECT * FROM hashes ORDER BY 1 DESC LIMIT 1;

Однак цей запит займає 3 хв 17 секунд:

SELECT val FROM hashes ORDER BY 1 DESC LIMIT 1;

Я бачу, що під час запуску запиту список процесів показує його як статус Sorting result. Ситуація повністю відтворювана. Зауважте, що існує інший процес, який постійно виконує INSERTоперації на столі.

Чому для запуску більш конкретного запиту потрібно більше часу, ніж *запит? Я завжди вважав, що *запитів слід уникати спеціально з міркувань продуктивності.

Фраза ORDER BY 1стосується різних стовпців; у першому воно буде id, у другому val. Оскільки idце ключ, він буде проіндексований, а order byволя буде тривіальною кількістю роботи. Щоб order by val, однак, системі доведеться отримувати кожен рядок, сортувати повну таблицю val, а потім вибирати лише один із цих рядків.

Змініть обидва запити, order by idі я думаю, що час виконання буде майже однаковим.

MG добре пояснює різницю продуктивності у вашому запиті. Я збираюся вирішити це:

Я завжди вважав, що * запитів слід уникати спеціально з міркувань продуктивності.

select *не несе конкретних штрафних санкцій сам по собі, це проблематично при неправильному використанні. У запиті на одну таблицю він працює чудово. тепер приєднайте цю таблицю до іншої з 20 стовпцями, а пізніше додайте приєднується до 5 інших таблиць з багатьма стовпцями кожна. ЗАРАЗ це проблема. Так є і люди, які навчають широкої табірної допомоги "ніколи не роблять X", не пояснюючи чому.