mysql - 如果我不需要任何数据，SELECT * 是一个好的做法吗？

Question

这个问题已经有答案了:

Why is SELECT * considered harmful? (16 个回答)

已关闭 4 年前。

我在许多示例中看​​到包含“SELECT *”语句，即使显然不是所有列，甚至不需要/想要任何数据。

不错，很方便。也许如果有人创建一个通用指南只是想让事情变得简单？

但是如果我确实只想从一列中获取一条记录怎么办？我是否想要主键是否重要 - SELECT * 是好的做法，还是只是懒惰/实用的东西，实际上并不重要？

我举一个例子:在“如何使用“EXISTS”的许多问题/示例中，我看到这样的解决方案:

(...) AND EXISTS (SELECT * FROM `table` WHERE ~~STATEMENT~~)

当我根本不需要任何数据时，为什么我应该使用 * - 我想要的只是检查表中是否存在与 STATEMENT 匹配的记录，仅此而已。那么为什么我到处都能看到“SELECT *”？从字面上看，在所有博客、文章、指南中我都看到“SELECT *”，甚至没有人提到任何其他解决方案。

我的猜测是，我应该选择主键以获得最佳性能，如下所示:

(...) AND EXISTS (SELECT `primary_key_column` FROM `table` WHERE ~~STATEMENT~~)

我错了吗？

Answer 1

如果您正在编写应用程序代码，那么 select * 是一个糟糕的做法。您希望应用程序具体了解它正在使用的列。而且您不想向应用程序返回不必要的数据。

如果您正在编写希望随着时间的推移运行的代码(例如作为计划作业)，那么出于类似的原因，也不建议使用 select *。

MySQL 倾向于实现子查询(尽管它在避免这种情况方面做得越来越好)。因此，在 MySQL 中，出于性能原因，不建议在 from 子句(“派生表”)的子查询中使用 select *。在其他拥有更智能编译器的数据库中情况并非如此。

但是对于日常的查询编写，尤其是最外层的select、select *或者select t.*来说是非常方便的。

对于EXISTS和NOT EXISTS来说，没有任何区别。我通常这样写:

EXISTS (SELECT 1 FROM `table` WHERE ~~STATEMENT~~)

EXISTS 和 NOT EXISTS 仅查找行是否存在，而不查找列中的值。因此，选择什么对性能应该没有影响。我使用 SELECT 1 因为它很容易输入，而且我认为非常清楚地传达了它需要的内容。