为什么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;

我看到查询运行时，进程列表将其显示为status Sorting result。这种情况是完全可以重现的。请注意，还有另一个进程INSERT在表上连续执行操作。

为什么更具体的查询要比查询花费更长的时间*？我一直认为*出于性能原因应避免查询。

该短语ORDER BY 1指的是不同的列；在第一个id，第二个val。既然id是关键，它将被索引，这order by将是一件微不足道的工作。要order by val，但是，系统将检索每一行，排序完整的表按val，然后选择只是那些行之一。

将两个查询都更改为order by id，我认为您的执行时间几乎相同。

MG很好地解释了查询中的性能差异。我要解决这个问题：

我一直认为*出于性能原因应该避免查询。

select *本身并没有特别的惩罚，如果滥用会产生问题。在单表查询中，它可以正常工作。现在将该表连接到具有20列的另一个表，然后将联接添加到其他5个表（每个表具有许多列）。现在，这是一个问题。那些教无用的创可贴“永不做X”的人也是如此。