MySQL 中的 WHERE 与 HAVING：何时应该对计算列使用每个子句？

MySQL WHERE 与 HAVING：使用计算列优化查询

在 MySQL 数据库操作中，WHERE 和 HAVING 子句的选择会显着影响处理计算列时的查询效率。 了解它们的不同角色对于编写优化的 SQL 至关重要。

计算列的策略放置

计算列，例如在 SELECT 语句中创建的列（例如 SELECT 1 AS "number"），通常应遵循 HAVING 子句，而不是 WHERE。 这是因为 WHERE 在任何计算或聚合之前过滤数据，而HAVING在这些操作之后过滤数据。

WHERE 子句的限制

将 WHERE 与计算列一起使用通常会导致错误。 WHERE 条件必须引用现有的表列或别名；它不能直接对计算值进行操作。

WHERE 和 HAVING 之间的主要区别

• WHERE 子句： 在 语句执行SELECT之前过滤行。 条件可以应用于任何表列，但不能应用于 SELECT 列表中定义的计算列。

• HAVING 子句： 在应用 语句和聚合函数之后过滤行。 条件可以应用于选定的列、别名或聚合函数结果。SELECT

性能注意事项

对于大型表，将计算列放在

子句中可能会导致计算成本高昂。 WHERE 在这些场景中提供了性能优势，因为它在缩减的数据集（HAVING 语句的结果）上运行，最大限度地减少了不必要的行过滤。SELECT

说明性示例

让我们考虑一个示例表：

<code class="language-sql">CREATE TABLE `table` (
 `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
 `value` int(10) unsigned NOT NULL,
 PRIMARY KEY (`id`),
 KEY `value` (`value`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;</code>

填充十行（id 和值范围从 1 到 10）：

<code class="language-sql">INSERT INTO `table`(`id`, `value`) VALUES (1, 1),(2, 2),(3, 3),(4, 4),(5, 5),(6, 6),(7, 7),(8, 8),(9, 9),(10, 10);</code>

以下查询产生相同的结果：

<code class="language-sql">SELECT `value` v FROM `table` WHERE `value`>5; -- Returns 5 rows
SELECT `value` v FROM `table` HAVING `value`>5; -- Returns 5 rows</code>

但是，

揭示了一个关键的性能区别：EXPLAIN

<code class="language-sql">EXPLAIN SELECT `value` v FROM `table` WHERE `value`>5;  -- Uses index but scans more rows
EXPLAIN SELECT `value` v FROM `table` HAVING `value`>5; -- Uses index efficiently, scans fewer rows</code>

虽然两者都使用索引，但

扫描表的较大部分进行过滤，而 WHERE 在较小的预过滤子集上运行更有效。随着数据集的增大，这种差异变得越来越明显。 因此，对于计算列，HAVING 通常可以提供更好的性能。HAVING

以上是MySQL 中的 WHERE 与 HAVING：何时应该对计算列使用每个子句？的详细内容。更多信息请关注PHP中文网其他相关文章！