在从Oracle迁移到MySQL的C#项目里，开发者常会遇到一个问题：原本依赖rownum进行行号标记、分页或过滤前几行的SQL无法直接运行，因为MySQL并不提供rownum伪列。要解决这个问题，需要理解MySQL中模拟行号的两种主流思路，并根据数据库版本与ORM框架选择合适实现。
一、使用用户变量模拟rownum
MySQL支持会话级用户变量，我们可以在查询中声明一个变量并逐行递增，从而人为制造出类似rownum的连续序号。需要注意的是，必须先完成排序，再对外层查询结果编行号，否则行号会依附于未排序的数据，造成序号与业务顺序不一致。
下面是一段在C#中通过MySqlConnector执行用户变量方案的示例。我们在子查询里先按创建时间倒序排列，然后外层通过@row:=@row+1生成行号。该写法兼容MySQL 5.6、5.7等旧版本。
SELECT
t.row_num,
t.id,
t.name
FROM (
SELECT
@row:=@row+1 AS row_num,
id,
name
FROM user_table,
(SELECT @row:=0) r
ORDER BY create_time DESC
) t
WHERE t.row_num <= 10;
在C#代码侧，使用参数化查询调用上述SQL非常直接。下面的例子展示了如何读取带行号的结果集。
using MySqlConnector;
using System;
using System.Data;
public void QueryWithRowNum()
{
string connStr = "Server=127.0.0.1;Database=test;User=root;Password=123456;";
using var conn = new MySqlConnection(connStr);
conn.Open();
// 使用用户变量模拟rownum，取前10条
string sql = @"
SELECT t.row_num, t.id, t.name
FROM (
SELECT @row:=@row+1 AS row_num, id, name
FROM user_table, (SELECT @row:=0) r
ORDER BY create_time DESC
) t
WHERE t.row_num <= 10;";
using var cmd = new MySqlCommand(sql, conn);
using var reader = cmd.ExecuteReader();
while (reader.Read())
{
int rowNum = reader.GetInt32("row_num");
int id = reader.GetInt32("id");
string name = reader.GetString("name");
Console.WriteLine($"行号:{rowNum} ID:{id} 名称:{name}");
}
}
这种方式的优势在于对数据库版本要求低，几乎所有线上MySQL实例都能跑。缺点是用户变量在复杂JOIN或子查询嵌套时可读性变差，并且如果ORM自动改写SQL，可能把变量初始化逻辑优化掉，需要写原生SQL保证稳定。
二、使用窗口函数ROW_NUMBER()
MySQL 8.0引入了标准的窗口函数，其中ROW_NUMBER() OVER (ORDER BY ...)能直接生成行号，语义清晰且符合SQL标准。它不需要借助用户变量，也不会出现变量被意外重置的情况。
以下SQL演示了用ROW_NUMBER()在MySQL 8.0中模拟rownum，并筛选前十条记录。注意窗口函数不能直接放在WHERE里，必须包一层子查询或CTE。
SELECT
row_num,
id,
name
FROM (
SELECT
ROW_NUMBER() OVER (ORDER BY create_time DESC) AS row_num,
id,
name
FROM user_table
) t
WHERE t.row_num <= 10;
在C#中如果采用Entity Framework Core，可以借助FromSqlInterpolated执行该原生SQL，或者利用EF Core 8对窗口函数的有限支持写LINQ。下面展示最稳妥的原生SQL调用方式。
using Microsoft.EntityFrameworkCore;
using System;
using System.Linq;
public class UserView
{
public int RowNum { get; set; }
public int Id { get; set; }
public string Name { get; set; }
}
public void QueryWithWindowFunc(AppDbContext db)
{
string sql = @"
SELECT row_num, id, name
FROM (
SELECT ROW_NUMBER() OVER (ORDER BY create_time DESC) AS row_num,
id, name
FROM user_table
) t
WHERE t.row_num <= 10;";
var list = db.Set<UserView>()
.FromSqlInterpolated($"{sql}")
.ToList();
foreach (var item in list)
{
Console.WriteLine($"行号:{item.RowNum} ID:{item.Id} 名称:{item.Name}");
}
}
窗口函数方案逻辑直观，方便后续维护，也能让优化器更好地选择执行计划。但部署环境若仍是MySQL 5.x则无法使用，升级前需评估成本。
三、两种方案对比与选型建议
为了更清楚地看到差异，我们从兼容性、可读性和性能三个维度做简单比较。
| 方案 | 最低版本要求 | 代码可读性 | 复杂查询稳定性 |
|---|---|---|---|
| 用户变量模拟 | MySQL 5.6+ | 一般，需初始化变量 | 嵌套多时易出错 |
| ROW_NUMBER()窗口函数 | MySQL 8.0+ | 好，语义标准 | 高，优化器友好 |
如果系统暂时不能升级数据库，用户变量法是唯一选择，但建议把行号逻辑封装到存储过程或固定DAO方法里，避免散落在业务代码。若已经使用MySQL 8.0，优先采用窗口函数，代码更简洁也不容易因为排序遗漏导致行号错乱。
在C#端无论用哪种方式，都应注意：模拟rownum的核心前提是ORDER BY必须先于编号执行，且编号后的筛选要放在外层查询。只要守住这两条，就能在MySQL里安稳替代Oracle的rownum写法。