跨库聚合需确保聚合下推至远程库以避免性能问题：MySQL用FEDERATED映射远程汇总表，SQL Server用OPENQUERY执行远程聚合，PostgreSQL通过postgres_fdw依赖索引与视图实现下推，并统一时区、字符集、空值等语义。
MySQL 8.0+ 怎么用 FEDERATED 引擎跨库聚合
FEDERATED 引擎本身不支持直接在 SELECT 中对远程表做 GROUP BY + 聚合函数（如 SUM()、COUNT()），查询会把整张远程表拉到本地再计算，性能极差，且一旦远程表超 10 万行就容易 OOM 或超时。
实操建议：
- 确保远程库已开启
federated插件：INSTALL PLUGIN federated SONAME 'ha_federated.so';（Linux）或对应 DLL（Windows） - 本地建
FEDERATED表时，CONNECTION字符串必须显式写全协议、用户、密码、host、port、数据库名和表名，缺一不可，例如：CONNECTION='mysql://user:pass@192.168.1.100:3306/remote_db/remote_table' - 想做分组聚合，必须让聚合逻辑下推到远程库——最可靠方式是：在远程库先建好视图或物化汇总表（如
remote_summary），再用 FEDERATED 映射该汇总表，然后本地JOIN或UNION ALL多个库的汇总表后二次聚合 - 注意字符集和排序规则一致性，否则
GROUP BY可能分组错乱，尤其含中文字段时，建议统一用utf8mb4_0900_as_cs
SQL Server 怎么用 OPENQUERY 做跨库聚合而不报错
OPENQUERY 本质是把整个 SQL 语句发给远程服务器执行，所以它天然支持远程端的 GROUP BY 和聚合函数，但常见错误是语法嵌套不当导致解析失败或权限拒绝。
实操建议：
- 链接服务器必须启用
RPC Out（右键链接服务器 → 属性 → “服务器选项” → 把RPC Out设为True） -
OPENQUERY内部不能用变量或参数，所有值必须硬编码或拼接进字符串；若需动态条件，得用EXEC(@sql)包一层 - 聚合结果字段必须有别名，否则本地端无法识别列名，例如：
SELECT dept_id, COUNT(*) AS cnt FROM remote_table GROUP BY dept_id - 如果远程库是 MySQL 或 PostgreSQL，ODBC 驱动可能不支持子查询嵌套聚合，此时应拆成两步：先用
OPENQUERY拉取明细，再在本地临时表中聚合
PostgreSQL 的 postgres_fdw 怎么让 GROUP BY 下推生效
postgres_fdw 默认会尽量下推 GROUP BY 和聚合，但实际是否下推取决于执行计划。常见现象是 EXPLAIN 显示“Foreign Scan”，却仍把大量数据拉回本地——说明下推失败。
关键控制点：
- 确认远程表有主键或唯一索引，且参与
GROUP BY的字段是索引前导列，否则优化器不敢下推 - 检查
postgres_fdw版本兼容性：12+ 支持下推HAVING和部分窗口函数，但STRING_AGG(DISTINCT ...)仍不支持下推 - 强制下推可用
IMPORT FOREIGN SCHEMA导入远程视图（而非基表），视图里已封装好GROUP BY逻辑，fdw 会把它当黑盒直接下发 - 聚合字段若含表达式（如
EXTRACT(YEAR FROM order_time)），需确保远程库支持该函数且名称一致，否则 fallback 到本地计算
跨库聚合时 COUNT(*) 和 COUNT(col) 行为差异大
不同数据库对空值、NULL 过滤、分布式计数一致性的处理完全不同，直接混用会导致总数偏差，这不是 bug，是设计使然。
典型陷阱：
- MySQL FEDERATED 表上执行
COUNT(*)会走SHOW TABLE STATUS估算，不准；必须用COUNT(1)或明确非空字段 - SQL Server
OPENQUERY返回的COUNT(*)是远程真实值，但若远程表被其他事务频繁删改，两次查询间可能产生幻读，需加WITH (NOLOCK)或事务隔离控制 - PostgreSQL postgres_fdw 对
COUNT(DISTINCT col)永远不下推，始终拉全量去重，大数据量时内存爆满；替代方案是远程用approx_count_distinct()或预计算布隆过滤器 - 跨库
UNION ALL后再COUNT(*)，要注意各库时间范围是否严格对齐——比如一个库用UTC，另一个用local time，同一天的数据可能重复或遗漏
跨库聚合真正的难点不在语法，而在数据语义对齐：时间戳时区、编码格式、空值约定、事务可见性边界。这些细节不提前对齐，跑出来的聚合结果看起来很完美，其实全是噪声。
