MariaDB跨300张同结构表按姓名计算SCORE统计值实现方法

你之前试的JOIN、纯UNION方案走不通本质是用法不对：300张表做全关联不仅代码写起来反人类，执行时数据库优化器根本扛不住这么多表关联，很容易直接超时或者报错；只做UNION不做后续聚合当然出不来统计结果。
下面是可直接落地的实现步骤，性能和可维护性都满足生产要求： #

方案核心逻辑 #

因为你所有表的NAMES取值完全一致，根本不需要做表关联，直接把300张表的NAMES、SCORE字段用UNION ALL垂直拼成一张临时数据集，再按NAMES分组做聚合计算即可，比JOIN方案性能高几个量级。 #

具体操作步骤 #

• 第一步：提前创建结果存储表
  根据你需要存的统计字段建表，示例：

CREATE TABLE IF NOT EXISTS score_stat_result (
    NAMES VARCHAR(255) PRIMARY KEY COMMENT '姓名',
    avg_score DECIMAL(10,4) COMMENT 'SCORE平均值',
    std_score DECIMAL(10,4) COMMENT 'SCORE标准差',
    custom_calc_value DECIMAL(10,4) COMMENT '自定义公式计算结果'
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

• 第二步：自动生成UNION ALL拼接语句，不要手敲300行代码
  直接查MariaDB自带的系统表生成拼接SQL，避免手动写漏写错表名，执行前先调大group_concat长度限制防止SQL被截断：

-- 调大字符串拼接长度限制
SET SESSION group_concat_max_len = 1024*1024;

-- 生成300张表的UNION ALL语句
SELECT GROUP_CONCAT(
    'SELECT NAMES, SCORE FROM `', TABLE_NAME, '`' 
    SEPARATOR ' UNION ALL '
) AS generate_union_sql
FROM information_schema.TABLES 
WHERE TABLE_SCHEMA = DATABASE() -- 取当前数据库下的表，跨库的话直接写对应库名
-- 这里加筛选条件精准匹配你要统计的300张表，比如表名统一是score_log_开头就加：
-- AND TABLE_NAME LIKE 'score_log_%'
;

执行上面的查询会直接输出整段UNION ALL的SQL，直接复制出来用就行。

• 第三步：套入聚合逻辑，计算后写入结果表
  把上一步生成的UNION ALL语句放到子查询里，用聚合函数算你需要的指标，自定义公式直接写在SELECT块里即可：

INSERT INTO score_stat_result (NAMES, avg_score, std_score, custom_calc_value)
SELECT 
    NAMES,
    AVG(SCORE) AS avg_score,
    -- 注意标准差函数选择：总体标准差用STDDEV_POP()/STDDEV()，样本标准差用STDDEV_SAMP()
    STDDEV_POP(SCORE) AS std_score,
    -- 这里替换成你自己的自定义计算公式即可，示例为计算300张表中SCORE的极差
    MAX(SCORE) - MIN(SCORE) AS custom_calc_value
FROM (
    -- ==== 这里粘贴第二步生成的整段UNION ALL语句 ====
    SELECT NAMES, SCORE FROM table_1
    UNION ALL
    SELECT NAMES, SCORE FROM table_2
    UNION ALL
    -- ... 一直到第300张表
    -- ==============================================
) AS all_table_union
GROUP BY NAMES;

执行完这条SQL，所有按姓名聚合的统计结果就直接写入结果表了，后续直接查结果表取数即可。 #

方案避坑说明 #

1. 不推荐多表JOIN方案：300张表按NAMES或者行号JOIN，需要写299个关联条件，代码冗余度极高，而且MariaDB同时关联几十张表时优化器很容易生成极差的执行计划，大概率直接超时或者报超出最大关联表数的错误，完全不适合生产用。
2. 不要用UNION代替UNION ALL：UNION会自带全局去重逻辑，平白多消耗数倍性能，我们需要保留所有表的SCORE记录做统计，必须用UNION ALL。

长期使用优化 #

如果这个统计需求是定期要跑的，直接写个存储过程封装逻辑：每次执行时自动从information_schema拉取符合规则的表名，生成动态SQL执行，不用每次手动拼语句。如果单表数据量很大，提前给每个源表的NAMES字段加索引，能把分组聚合的速度提升5~10倍。

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