ROW_NUMBER()不能去重但可识别重复行，需用子查询+WHERE rn=1实现逻辑去重，且必须配合PARTITION BY和ORDER BY，执行时机晚于WHERE故需嵌套。
ROW_NUMBER() 本身不能去重，但能帮你识别重复行
ROW_NUMBER() 是排序编号函数，不是去重工具。它会给每一行按指定顺序分配唯一序号，哪怕值完全相同——这恰恰是识别重复的关键。比如你有一张订单表 orders，含 user_id 和 order_time，想查每个用户最新一笔订单，就不能靠 DISTINCT，得先用 ROW_NUMBER() 标出“最新”那条。
常见错误是直接写 SELECT DISTINCT user_id, ROW_NUMBER() OVER (...)，结果报错或逻辑错乱——DISTINCT 和窗口函数在同一个 SELECT 层级不兼容，且语义冲突。
- 必须把
ROW_NUMBER()放在子查询或 CTE 中生成序号列 - 排序规则决定哪一行是“第 1 名”，例如
ORDER BY order_time DESC才能拿到最新订单 - MySQL 8.0 要求开窗必须有明确的
ORDER BY，否则语法报错：Window 'w' with no ORDER BY is not allowed
正确写法：用子查询 + WHERE 筛选序号为 1 的记录
这是最常用、最易理解的模式。先编号，再过滤，相当于“标记后挑选”。
SELECT user_id, order_id, order_time
FROM (
SELECT
user_id,
order_id,
order_time,
ROW_NUMBER() OVER (
PARTITION BY user_id
ORDER BY order_time DESC
) AS rn
FROM orders
) t
WHERE rn = 1;
说明：
-
PARTITION BY user_id表示“每用户一组”，组内单独编号 -
ORDER BY order_time DESC确保时间最新的排第 1 - 外层
WHERE rn = 1拿到每组首行，实现逻辑去重 - 如果存在同用户、同时间的多笔订单，
ROW_NUMBER()仍会强制给不同序号（无稳定排序时结果不确定），此时应补充二级排序，如ORDER BY order_time DESC, order_id DESC
统计去重后的用户数？别对 ROW_NUMBER() 直接 COUNT
有人想统计“有多少用户至少下过一单”，就写 SELECT COUNT(ROW_NUMBER() OVER (...))，这完全错误。ROW_NUMBER() 返回的是每行一个数字，不是布尔标识，COUNT 会算所有行，毫无意义。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
正确做法分两步：先用 ROW_NUMBER() 标记每用户的首行，再对外层结果 COUNT：
SELECT COUNT(*) AS active_user_count
FROM (
SELECT
user_id,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY order_time DESC) AS rn
FROM orders
) t
WHERE rn = 1;
注意点：
- 这里
SELECT列只需user_id和rn，减少传输量 - 若要统计“每个用户订单数”，该用
COUNT(*) OVER (PARTITION BY user_id)，不是ROW_NUMBER() - 性能上，
PARTITION BY字段必须有索引，否则大表开窗极慢；推荐组合索引(user_id, order_time)
替代方案：ROW_NUMBER() vs RANK() vs DENSE_RANK()
当你要处理并列情况（如两个订单时间完全相同），ROW_NUMBER() 强制拆序，而 RANK() 和 DENSE_RANK() 会并列+跳号/不跳号。例如三笔同时间订单：
-
ROW_NUMBER()→ 1, 2, 3 -
RANK()→ 1, 1, 1（然后下一名是 4） -
DENSE_RANK()→ 1, 1, 1（然后下一名是 2）
所以如果你的业务允许“多个最新订单都算有效”，就该用 RANK()，然后 WHERE rn = 1 仍能拿到全部并列者；但 ROW_NUMBER() 只保证一条，适合强唯一主键场景。
真正容易被忽略的是：窗口函数的执行时机晚于 WHERE 但早于 ORDER BY 和 LIMIT。这意味着你不能在 WHERE 子句里直接引用窗口函数结果（会报错 Unknown column 'rn' in 'where clause'），必须套一层子查询——这个限制几乎所有人第一次都会踩。
