FEDERATED引擎在phpEnv中默认不启用，MySQL 8.0+已彻底移除；5.7及以下需在my.ini的[mysqld]下添加federated并重启服务，且须确认二进制支持，否则无效。
FEDERATED 引擎在 phpEnv 环境下默认不启用，且 MySQL 8.0+ 已彻底移除支持 —— 如果你用的是 phpEnv 自带的 MySQL 5.7 或更早版本，才有可能手动开启；若已升级到 8.0+，这条路走不通。
确认 MySQL 版本和 Federated 是否可用
phpEnv 通常封装了多个 MySQL 版本（如 5.6、5.7、8.0），但不自动启用 Federated。先连上本地 MySQL 执行：
SHOW ENGINES;
检查输出中 FEDERATED 行的 Support 列是否为 YES 或 NO。若为 NO，说明未启用；若压根没这行，大概率是 MySQL 编译时没带 Federated 支持（常见于 phpEnv 的精简版包）。
- phpEnv 的 MySQL 5.7 默认编译参数通常不含
--with-federated-storage-engine，所以即使改配置也装不上插件 - MySQL 8.0.0 起官方已完全删除 Federated，
INSTALL PLUGIN federated SONAME 'ha_federated.so'会报错ERROR 1126 (HY000) - 别依赖 phpEnv 图形界面里的“服务配置”按钮 —— 它一般只改
my.ini，但底层缺失插件文件时重启无效
修改 phpEnv 中 MySQL 的 my.ini 配置（仅限 5.7 及以下）
phpEnv 的 MySQL 配置文件路径通常是：phpEnv\mysql\{version}\my.ini（例如 phpEnv\mysql\5.7.33\my.ini）。用文本编辑器打开，在 [mysqld] 段落下添加一行：
立即学习“PHP免费学习笔记（深入）”；
federated
注意：federated 是开关项，不是键值对，不能写成 federated=1 或 federated=ON；也不能加引号或空格。
- 改完必须重启 phpEnv 的 MySQL 服务（不是仅重启 Apache/Nginx）
- 重启后再次执行
SHOW ENGINES;，确认FEDERATED行的Support变为YES - 如果仍显示
NO，大概率是该版本 MySQL 二进制文件本身不带 Federated 模块 —— 此时换用官方 MySQL 5.7 压缩包手动部署更实际
创建 Federated 表时 CONNECTION 字符串要严格匹配
启用成功后，建表语句中的 CONNECTION 参数极易出错。格式必须是：
CONNECTION='mysql://user:password@host:port/database/table'
常见坑点：
- 用户名密码里含特殊字符（如
@、/、:）必须 URL 编码，例如密码p@ss/word要写成p%40ss%2Fword - 远程 MySQL 必须允许该用户从本地 phpEnv 所在机器 IP 连接（检查
user表的host列，不能只留localhost） - 远程表结构必须与本地 Federated 表**完全一致**：字段名、类型、长度、是否为空、主键定义，否则查询可能返回空或报错
ERROR 1429 (HY000) -
CONNECTION值必须用单引号包裹，且不能换行或含多余空格
替代方案比硬啃 Federated 更靠谱
phpEnv 本质是开发环境套件，追求轻量和开箱即用。Federated 在真实场景中问题很多：无连接池、无超时控制、跨服务器事务不可靠、远程表结构变更无法感知。与其折腾它，不如考虑：
- 用 PHP 直连远程 MySQL（PDO 或 mysqli），把逻辑收口到代码层，可控性高
- 若需“像查本地表一样查远程”，可封装一个简单的 DAO 类，内部做连接路由
- 临时调试用
mysqldump导出远程表结构 + 数据，导入本地库作快照，避免实时网络依赖
真正需要跨实例透明访问的生产场景，早就该上 ProxySQL、MySQL Router 或直接切分架构了 —— Federated 从来就不是为可靠服务设计的，它只是 MySQL 5.x 时代一个实验性玩具。
