在 MySQL 查询中，DISTINCT 用来消除结果集中指定列的重复行，而 WHERE 负责在查询早期过滤数据，LIMIT 则限制最终返回的记录数量。三者协同工作时，必须遵循固定的语法位置与逻辑执行顺序，才能既保证结果正确，又具备较好的性能表现。
DISTINCT、WHERE 与 LIMIT 的基础语法位置
在标准 SQL 中，DISTINCT 关键字只能出现在 SELECT 关键字之后、列名或表达式之前，它的作用是针对所选列做去重。WHERE 子句位于 FROM 之后、GROUP BY 之前，用来设置行级过滤条件。LIMIT 一般放在查询语句的最末尾，用来截断结果集。三者不能任意调换顺序，例如把 DISTINCT 写在 WHERE 之后就会直接报语法错误。
一个最基础的联合使用形式如下：先通过 WHERE 过滤出符合条件的行，再使用 DISTINCT 对某一列或几列去重，最后用 LIMIT 控制输出条数。这种结构在统计独立维度（如独立用户、独立城市）并只取部分样本时非常常见。
SELECT DISTINCT city FROM orders WHERE status = 'paid' LIMIT 5;
执行顺序与性能影响
虽然书写顺序是 SELECT、FROM、WHERE、LIMIT，但 MySQL 实际执行时大致遵循：FROM 确定表，WHERE 过滤行，SELECT 中的 DISTINCT 做去重，最后 LIMIT 截断。这意味着 WHERE 先减少了参与去重的数据量，如果 WHERE 能利用索引，查询效率会明显高于先 DISTINCT 再过滤的写法（后者在 MySQL 中也不允许）。
当表数据量较大时，DISTINCT 本身可能需要临时表或文件排序。如果配合 WHERE 缩小范围，临时表规模随之下降。LIMIT 虽不改变去重过程，但能让 MySQL 在找到足够多不同值后提前终止扫描，对带有索引的查询尤其有利。下面例子在用户行为表中取前 10 个去重后的设备类型：
SELECT DISTINCT device_type FROM user_action WHERE action_time >= '2023-01-01' LIMIT 10;
若 device_type 与 action_time 有联合索引，上述语句可快速定位并去重。反之，缺失索引会导致全表扫描与耗时去重，此时即便有 LIMIT，初期成本也较高。
多列 DISTINCT 与 WHERE 条件组合
DISTINCT 可作用于多个列，此时只有这些列的组合完全相同时才会被视为重复。配合 WHERE 就能在复杂业务条件下提取唯一键值对。例如我们需要获取已发货订单中不同的（仓库编号，承运商）组合，且只关心前 20 组：
SELECT DISTINCT warehouse_id, carrier FROM shipment WHERE shipped = 1 LIMIT 20;
这里 WHERE shipped = 1 先排除未发货记录，DISTINCT 对两列联合去重，LIMIT 防止结果过多。需要注意的是，多列 DISTINCT 的去重基准是行级整体，而非单列独立去重，因此不能写成先取不同 warehouse_id 再取不同 carrier 的语义。
如果业务要求对单列去重而同时展示其他列，直接使用 DISTINCT 会导致其他列随机匹配，此时应改用 GROUP BY 或子查询，而非强行用 DISTINCT 加 LIMIT 凑合。清晰区分 DISTINCT 与聚合分组，是写出可维护 SQL 的关键。
常见错误与避坑建议
初学者常犯的一个错误是把 DISTINCT 当作函数使用，例如写成了 DISTINCT(col)，实际上 DISTINCT 不是函数，它修饰的是整个 SELECT 列表。另一个误区是认为 LIMIT 会影响去重前的行数，其实 LIMIT 永远作用于去重后的结果集。以下错误示例在语法上虽不会报错，但逻辑上容易让人误解：
-- 错误理解：以为 LIMIT 5 先取 5 行再去重 SELECT DISTINCT user_id FROM logs WHERE app_id = 3 LIMIT 5;
上面语句真实逻辑是：先按 app_id = 3 过滤，再对所有满足条件的 user_id 去重，最后从去重结果中取前 5 个。若想控制去重前样本量，应改用子查询或临时表，而不是依赖 LIMIT 改变去重范围。
建议在写这类查询时，先在测试环境用 EXPLAIN 观察执行计划，确认 WHERE 条件走了索引、DISTINCT 未触发庞大临时表，再结合 LIMIT 上线。这样既能得到干净的去重数据，也能避免接口响应突然变慢。
实战封装示例
在后端开发中，我们常将这类查询封装为分页或下拉选项接口。下面用一段伪代码展示如何安全拼接 DISTINCT、WHERE 与 LIMIT：
$sql = "SELECT DISTINCT category "
. "FROM products "
. "WHERE shelf_status = 1 ";
if ($region) {
$sql .= "AND region = '" . $db->escape($region) . "' ";
}
$sql .= "LIMIT " . intval($size);
$rows = $db->query($sql);
该片段先固定去重列与基础过滤，再按需追加区域条件，最后以整数类型硬转换限制条数，避免注入与语法异常。这种写法在内容推荐、标签云等场景都很实用。
总体而言，把 WHERE 放在 DISTINCT 之前过滤、LIMIT 放在末尾截断，是符合 MySQL 语法与优化器习惯的标准做法。理解它们的职责边界，就能在报表、接口与数据分析中稳定输出准确的去重结果。