MySQL FEDERATED引擎本质是实时代理查询而非同步，本地表不存数据；需通过SHOW ENGINES确认Support为YES，否则需配置启用或动态加载，但8.0.23+已移除。
MySQL 用 FEDERATED 引擎做跨服务器“同步”，本质不是同步，而是**实时代理查询**——本地表不存数据，每次 SELECT 都转发到远程执行。这点必须先认清，否则后续所有问题都会跑偏。
检查并启用 FEDERATED 引擎是否可用
很多 MySQL 实例默认禁用 FEDERATED，即使版本 ≥5.5。不能只看文档说“已内置”，得实测：
- 登录 MySQL 执行
SHOW ENGINES;，找FEDERATED行，Support列值必须是YES，不是NO或空 - 若为
NO，需修改配置文件（如/etc/my.cnf或/etc/mysql/my.cnf），在[mysqld]段下添加一行：federated - 重启 MySQL 服务后重查；若无法重启，可尝试动态加载（仅限编译时包含该引擎）：
INSTALL PLUGIN federated SONAME 'ha_federated.so'; - 注意：MySQL 8.0.23+ 已彻底移除
FEDERATED，官方不再支持。确认你的版本
创建 FEDERATED 表时 CONNECTION 字符串写法
CONNECTION 是关键参数，格式严格，错一个字符就建表失败或查询返回空：
- 标准格式：
mysql://<user>:<password>@<host>:<port>/<database>/<table> <li>用户名密码中若含特殊字符（如 <code>@、/、:），必须 URL 编码，例如密码Test2023.com中的.不用编码，但@要变成%40 - 远程主机地址建议用 IP，避免 DNS 解析失败；端口必须显式写出，即使为默认
3306 - 远程库名和表名大小写要与实际一致（Linux 下敏感），且远程表必须存在、结构兼容（字段名、类型、长度、是否允许 NULL 等需一一对应）
- 示例：
CONNECTION='mysql://t_user:Test2023.com@192.168.1.100:3306/testdb1/tb1' - ✅ 支持：
SELECT、INSERT、UPDATE、DELETE、TRUNCATE TABLE、带索引的查询（但索引实际在远程生效） - ❌ 不支持：
ALTER TABLE、DROP TABLE、CREATE INDEX、外键约束、事务回滚（本地事务无法控制远程行为） - ⚠️ 特别注意：
INSERT ... ON DUPLICATE KEY UPDATE会报错，REPLACE INTO可用但语义是先删后插，远程主键冲突可能引发意外删除 - ⚠️ 远程表结构变更（如加字段、改类型）后，本地
FEDERATED表不会自动感知，查询可能报错或截断数据 - 每次查询都建立新连接（不复用），高并发下远程 MySQL 的
max_connections很快被打满 - 无内置超时控制，远程响应慢会导致本地查询卡死，需在 MySQL 配置中设
net_read_timeout和net_write_timeout（建议 ≤30 秒） - 不支持批量插入优化（
INSERT ... VALUES (...),(...)会被拆成多条单行语句发过去），大数据量写入极慢 - 远程服务器宕机或网络中断时，所有涉及该
FEDERATED表的查询直接失败，无降级机制 - 最隐蔽的问题：远程表被其他应用
TRUNCATE或DROP后，本地表仍存在，但后续查询全报错，且SHOW CREATE TABLE看不出异常
FEDERATED 表能做什么、不能做什么
它不是远程表的镜像，而是一个 SQL 转发器，能力边界非常明确：
性能与稳定性风险点
把远程调用当本地操作用，最容易踩的是网络和超时陷阱：
真正要用 FEDERATED，得接受它是个“脆弱的实时视图”——适合低频、小数据、对延迟不敏感、且远程环境高度可控的场景。一旦涉及写入、高并发或强一致性，立刻换方案（比如 DataX 定时抽取，或应用层双写）。
