MySQL语句在MariaDB CLI正常运行但PyMySQL执行排名异常

这问题我之前也碰到过，核心原因是会话变量的维护方式在CLI和PyMySQL中存在差异，老派的变量排名写法对会话上下文依赖太强。下面分两种方案解决：

方案1：用标准窗口函数（推荐） #

别再依赖会话变量了，MariaDB从10.2版本开始支持窗口函数，这是SQL标准写法，在任何客户端（包括PyMySQL）都会表现一致。

用RANK()函数就能实现相同记录数排名一致的需求：

SELECT 
    username,
    COUNT(*) AS record_count,
    RANK() OVER (ORDER BY COUNT(*) DESC) AS rowNo
FROM your_table
GROUP BY username
ORDER BY record_count DESC;

• 如果需要连续排名（比如相同记录数的用户占同一个名次，后面的名次不跳号），把RANK()换成DENSE_RANK()即可。
• 这个写法完全不依赖会话变量，不存在跨客户端的行为差异，代码可读性也更好。

方案2：修复原有的会话变量写法 #

如果你一定要保留原来的变量排名逻辑，问题出在PyMySQL中单独执行SET语句和查询语句时，会话上下文可能没有被正确保留。比如你分开执行：

cursor.execute("SET @rowNo := 0, @prev_count := NULL;")
cursor.execute("SELECT ... 你的排名查询 ...;")

这种情况下，部分PyMySQL版本或连接配置会导致两次执行不在同一个会话（或变量被重置），直接导致排名逻辑失效。

解决办法是把变量初始化和查询合并成一个语句，用交叉连接初始化变量：

SELECT 
    username,
    record_count,
    CASE 
        WHEN @prev_count = record_count THEN @rowNo
        ELSE @rowNo := @rowNo + 1
    END AS rowNo,
    @prev_count := record_count
FROM (
    SELECT username, COUNT(*) AS record_count
    FROM your_table
    GROUP BY username
    ORDER BY record_count DESC
) AS temp
CROSS JOIN (SELECT @rowNo := 0, @prev_count := NULL) AS vars;

这样整个逻辑在一个SQL语句里执行，不管是CLI还是PyMySQL，变量都会在同一个执行上下文中被初始化和使用，排名逻辑就能正常工作了。

为什么CLI正常而PyMySQL出问题？ #

MariaDB CLI默认保持同一个会话，执行SET后变量会一直保留到会话结束；但PyMySQL中，如果你的代码存在重新创建cursor、连接池复用（池中的连接可能已被其他请求修改过变量），或者某些连接配置导致会话状态重置，都会让原来的变量初始化失效，最终导致排名错误递增。

内容的提问来源于stack exchange，提问作者Steven