MySQL：如何高效复用查询结果以避免重复执行相同查询？

嘿，这个问题我太熟悉了——重复执行相同查询不仅浪费数据库资源拖慢速度，还可能因为你说的每日数千行更新，导致前后结果不一致。针对你的场景（0-2000行结果、主表大且频繁更新），我给你几个实用方案，按易用性和适配性排序：

如果你的数据库支持WITH子句（比如PostgreSQL、MySQL 8.0+、SQL Server等），这是首选。把首次查询定义成CTE，后面三次查询直接复用它就行，而且如果CTE返回0行，后续查询自然不会有结果，相当于自动跳过。

示例代码：

WITH initial_results AS (
    -- 这里替换成你的首次查询逻辑
    SELECT id, col1, col2 
    FROM main_table 
    WHERE your_filter_conditions
)
-- 第一次后续查询：统计总量
SELECT COUNT(*) AS total_rows FROM initial_results;

-- 第二次后续查询：关联其他表（作为子查询的场景）
SELECT ot.* 
FROM other_table ot
JOIN initial_results ir ON ot.foreign_id = ir.id;

-- 第三次后续查询：聚合计算
SELECT SUM(col1) AS sum_col1, AVG(col2) AS avg_col2 FROM initial_results;

优势：写法简洁、逻辑清晰，主流数据库的优化器大多会自动避免重复执行首次查询，除非你的数据库版本特别老旧。

如果担心CTE的优化效果，或者后续查询需要对结果做索引优化，临时表是更可靠的选择。临时表只在当前会话存在，不会污染永久表空间，2000行的数据量完全没压力。

示例代码：

-- 创建临时表并插入首次查询结果
CREATE TEMPORARY TABLE temp_initial_results AS
SELECT id, col1, col2 
FROM main_table 
WHERE your_filter_conditions;

-- 先检查是否有数据，没有就跳过后续查询
IF (SELECT COUNT(*) FROM temp_initial_results) > 0 THEN
    -- 第一次后续查询
    SELECT COUNT(*) AS total_rows FROM temp_initial_results;
    
    -- 第二次后续子查询场景
    SELECT ot.* 
    FROM other_table ot
    JOIN temp_initial_results tir ON ot.foreign_id = tir.id;
    
    -- 第三次后续查询
    SELECT SUM(col1) AS sum_col1 FROM temp_initial_results;
END IF;

-- 会话结束后临时表自动删除，也可以手动清理
-- DROP TEMPORARY TABLE temp_initial_results;

优势：可以给临时表加索引（比如CREATE INDEX idx_temp_id ON temp_initial_results(id);），大幅提升后续关联查询的速度；完全避免重复执行首次查询，数据一致性有保障。

如果你用的是SQL Server，表变量是个轻量选项，语法更简洁，不需要显式删除：

DECLARE @initial_results TABLE (
    id INT,
    col1 VARCHAR(50),
    col2 INT
);

INSERT INTO @initial_results
SELECT id, col1, col2 
FROM main_table 
WHERE your_filter_conditions;

IF EXISTS (SELECT 1 FROM @initial_results)
BEGIN
    -- 后续三次查询直接引用表变量
    SELECT COUNT(*) AS total_rows FROM @initial_results;
    SELECT ot.* FROM other_table ot JOIN @initial_results ir ON ot.foreign_id = ir.id;
    SELECT SUM(col1) AS sum_col1 FROM @initial_results;
END

优势：内存占用小，适合小数据量场景，生命周期自动管理，用完就释放。

• 数据一致性：因为你的主表每天有大量更新，如果需要四次查询的结果完全基于同一时间点的数据，记得开启事务并设置合适的隔离级别（比如PostgreSQL的SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;），避免中间数据更新导致结果偏差。
• 性能选择：2000行的结果量很小，三种方案性能差异不大，优先选CTE；如果后续查询有复杂的过滤或关联，临时表加索引会更高效。

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