MySQL 8.0.23+已彻底移除FEDERATED引擎，不再支持；8.0.22及更早版本需手动启用且常未编译进官方安装包，Docker或apt安装默认不可用。
MySQL Federated 引擎是否还可用？
在 MySQL 8.0.23 及之后版本，FEDERATED 存储引擎已被默认禁用且**不再随安装包分发**；8.0.22 及更早版本虽保留，但需手动启用。如果你执行 SHOW ENGINES; 看不到 FEDERATED，不是配置错了，而是它根本没被编译进你的 mysqld —— 尤其常见于 Ubuntu/Debian 的 apt 安装包或 Docker 官方镜像。
确认方式：
- 查看启动日志是否有 Unknown storage engine 'FEDERATED'
- 运行 SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME = 'FEDERATED';，返回空则未加载
若必须用，得换二进制包（如 MySQL 官网下载的 tar.gz 版）并确保配置中含：federated 在 my.cnf 的 [mysqld] 段下，且重启生效
创建 FEDERATED 表时 connection 字符串怎么写？
核心是 CONNECTION 选项，格式严格： 'mysql://user:password@host:port/database/table'，漏斜杠、错端口、用户名含特殊字符不转义都会导致表创建失败或查询报错 ERROR 1429 (HY000): Unable to connect to foreign data source。
实操要点：
- 远程 MySQL 必须开启
skip_name_resolve=OFF（否则主机名解析失败），且用户有对应库表的 SELECT 权限 - 密码中若有
@、/、:，需 URL 编码（例如@→%40） - 端口不能省略，即使为 3306；
host建议用 IP，避免 DNS 不稳定 - 远程表结构必须与本地
CREATE TABLE定义完全一致（字段名、类型、长度、是否 NULL），否则查询可能静默截断或报错ERROR 1030 (HY000): Got error 1 from storage engine
示例：
CREATE TABLE remote_orders ( id BIGINT NOT NULL, user_id INT NOT NULL, amount DECIMAL(10,2) ) ENGINE=FEDERATED CONNECTION='mysql://app_user:p%40ssw0rd@10.20.30.40:3306:sales:orders';
联表查询性能差、超时或卡死怎么办？
FEDERATED 表本质是“远程代理”，JOIN 不会下推条件，本地 SQL 执行时会先拉全量远程表数据到本地内存再关联 —— 即使你只 JOIN 10 行，也可能触发远程扫描百万行。
关键限制：
- 无索引下推：
WHERE remote_orders.status = 'paid'不会转成远程WHERE，除非你在远程表上建好对应索引且本地查询能命中（实际很难保证） - 无 LIMIT 下推：
LIMIT 10是本地限制，远程仍全查 - 事务不一致：FEDERATED 表不支持事务，跨库
JOIN中若本地表在事务里，远程部分不受 ACID 保护 - 超时由
net_read_timeout和net_write_timeout控制，但改大只是掩盖问题，非解决路径
替代思路优先级：先考虑 application join（应用层分两次查，内存关联），再评估 mysqldump + 本地导入临时表，最后才用 FEDERATED。
为什么 SELECT * 能查，但 JOIN 后查不到数据？
最常见原因是字符集或排序规则不匹配。比如本地表用 utf8mb4_0900_as_cs，远程表用 utf8mb4_general_ci，JOIN 条件（如 ON a.name = b.name）会因 collation 冲突返回空结果，且不报错。
排查步骤：
- 分别查两边表的字符集：
SHOW CREATE TABLE local_table;和SHOW CREATE TABLE remote_table; - 重点比对
CHARSET和COLLATE，尤其 JOIN 字段所在列 - 临时修复可加
COLLATE强制统一：ON a.name COLLATE utf8mb4_0900_as_cs = b.name COLLATE utf8mb4_0900_as_cs - 注意：FEDERATED 表本身不存数据，
SHOW CREATE TABLE显示的字符集来自建表语句，未必反映远程真实值
另一个隐蔽点：远程表主键或唯一键缺失，导致 JOIN 时生成笛卡尔积，但因网络缓冲区限制或超时，看起来像“查不到”。
真正麻烦的不是语法写不对，而是你以为它像本地表一样可靠 —— 实际上每一次查询都多了一次网络跃点、一次远程解析、一次无保障的数据传输。线上环境慎用，测试时务必模拟真实数据量和并发压测。
