当然可以把这两条查询合并成一条，而且有几种不同的实现方式，具体选哪种要看你的数据库类型和实际需求：

三种可行的合并方案 #

1. 窗口函数（推荐，适用于MySQL 8.0+、PostgreSQL、SQL Server等） #

窗口函数COUNT(*) OVER()能在扫描数据的同时计算符合条件的总条数，不需要额外扫表，外层再做分页即可：

SELECT id, name, total
FROM (
    SELECT id, name, COUNT(*) OVER() AS total
    FROM your_table
    WHERE user_id = ?
) AS sub_query
LIMIT ? , ?;

优点：只需要一次表扫描，性能优于两次独立查询；总条数会附带在每一行，客户端只需提取一次即可（比如取第一行的total值）。我自己做分页需求时，只要数据库支持就优先用这个方案，省心又高效。

2. UNION ALL（兼容所有数据库） #

把分页结果和总条数查询用UNION ALL合并，客户端需要自行区分结果行：

SELECT id, name, NULL AS total
FROM your_table
WHERE user_id = ?
LIMIT ? , ?
UNION ALL
SELECT NULL, NULL, COUNT(*) AS total
FROM your_table
WHERE user_id = ?;

说明：结果集中前N行是分页数据，最后一行是总条数。缺点是本质上还是执行了两次WHERE条件扫描，性能和原方案接近，但胜在能合并成单条语句，适合一些必须用单查询的场景。

3. 交叉连接（CROSS JOIN） #

将总条数统计作为子查询，和分页结果做交叉连接，让每一行都带上总条数：

SELECT t.id, t.name, cnt.total
FROM your_table t
CROSS JOIN (SELECT COUNT(*) AS total FROM your_table WHERE user_id = ?) AS cnt
WHERE t.user_id = ?
LIMIT ? , ?;

注意：部分数据库优化器会优化这个查询，但性能通常不如窗口函数方案，一般只作为备选。

原方案是否最优？ #

• 如果你的数据库不支持窗口函数（比如MySQL 5.x版本），原有的两次查询其实是最优解：逻辑简单直观，且COUNT(*)查询如果有user_id的索引，执行速度极快，两次查询的开销几乎可以忽略。
• 如果数据库支持窗口函数，那窗口函数的合并方案更优：减少了一次网络请求，且只需要一次表扫描，在大表场景下性能优势更明显。

额外小建议 #

一定要给user_id字段建立索引！不管用哪种方案，索引都能大幅提升WHERE条件过滤和COUNT统计的效率。

内容的提问来源于stack exchange，提问作者A. L