在MariaDB中模拟ROW_NUMBER()的SQL查询执行时返回NULL值问题排查

我之前在处理行号生成需求时也碰到过一模一样的问题，咱们一步步来排查原因并解决：

可能的原因 #

• 会话隔离问题：很多GUI数据库工具（比如Navicat、MySQL Workbench）会把分开执行的SQL语句放在不同会话里。如果你先单独执行SET @row_number = 0;，再执行查询，第二个会话里的@row_number根本没被初始化，默认是NULL，计算NULL +1自然还是NULL。
• 表无数据：如果tlp_queue_manager_schedulers表本身没有任何记录，查询不会返回行，num列自然也不会有有效数值。
• 变量拼写错误：虽然概率不高，但如果SET里的变量名和查询里的不一致（比如大小写或拼写差异），也会导致变量未被正确引用。

解决方法 #

1. 将变量初始化与查询合并为一个语句（最稳妥的方法） #

把变量初始化嵌入到查询里，确保在同一个会话中完成初始化和计算：

SELECT token, (@row_number := @row_number + 1) AS num
FROM tlp_queue_manager_schedulers, (SELECT @row_number := 0) AS init_var;

这里用子查询(SELECT @row_number := 0) AS init_var来初始化变量，和主查询共享同一个会话，彻底避免会话隔离的问题。

2. 确保在同一个会话中执行所有语句 #

如果一定要分开写，在GUI工具里要同时选中SET和SELECT语句一起执行，而不是分两次单独运行。比如在MySQL Workbench里，选中两行代码后点击运行按钮，而不是先跑SET再跑SELECT。

3. 验证表是否有数据 #

先执行这条语句确认表中存在记录：

SELECT COUNT(*) FROM tlp_queue_manager_schedulers;

如果结果为0，插入几条测试数据后再重试行号查询即可。

4. 检查变量拼写一致性 #

确认SET和SELECT中的变量名完全一致（MySQL变量名大小写不敏感，但统一写法能避免不必要的错误）。

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