mysql 8.0+禁用federated引擎唯一有效方式是配置disabled_storage_engines="federated"并重启mysqld；phpmyadmin仅展示mysql实际支持的引擎，无法通过其自身配置隐藏federated。
phpmyadmin 本身不控制 mysql 存储引擎的可用性，它只是展示后端 mysql 实际支持的引擎列表。所谓“禁用对 federated 的访问”，实际要做的，是在 mysql 层面彻底禁用该引擎，让 phpmyadmin 根本看不到它。
MySQL 8.0+ 禁用 Federated 引擎必须用 disabled_storage_engines
从 MySQL 5.7.28 和 8.0.19 起，disabled_storage_engines 是唯一安全、生效的配置方式：
- 必须写在
my.cnf的[mysqld]段下，不能用SET GLOBAL动态设置 - 值必须是英文双引号包裹的字符串，多个引擎用英文逗号分隔：
disabled_storage_engines = "FEDERATED"（注意大小写不敏感，但惯例大写） - 改完必须重启
mysqld，否则SHOW ENGINES里仍显示FEDERATED为YES - 低版本（如 8.0.16）写入该配置会直接启动失败，报错
unknown variable 'disabled_storage_engines'，务必先查SELECT VERSION();
为什么不能靠 phpMyAdmin 配置或权限控制来“隐藏”Federated？
因为 phpMyAdmin 没有引擎级过滤开关——它只读取 information_schema.ENGINES 并原样展示。即使你在 config.inc.php 里删掉所有自定义 SQL 提示、禁用 SQL 执行，只要 MySQL 返回了 FEDERATED，建表下拉菜单里就可能出现它。
-
$cfg['Servers'][$i]['hide_db']或only_db只影响数据库列表，不影响引擎选择 - MySQL 用户权限（如
GRANT）不作用于存储引擎启用状态，只控制 DML/DCL 操作 - 试图用
REVOKE CREATE ROUTINE ON *.*等操作完全无效——Federated 表创建不依赖 routine 权限
禁用后还要防绕过：CREATE TABLE SELECT 和导入 SQL 文件
即便 FEDERATED 已被 disabled_storage_engines 屏蔽，以下两种场景仍可能意外重建 Federated 表：
-
CREATE TABLE t2 AS SELECT * FROM federated_table：如果源表是 Federated，新表默认继承引擎，且不校验disabled_storage_engines - SQL 导入文件中含
ENGINE=FEDERATED且未加IF NOT EXISTS，phpMyAdmin 执行时会报错，但错误前可能已部分执行
规避方法：强制指定引擎，例如 CREATE TABLE t2 ENGINE=InnoDB AS SELECT * FROM federated_table；导入前用脚本全局替换 ENGINE=FEDERATED 为 ENGINE=InnoDB。
验证是否真正禁用成功
别只看 phpMyAdmin 界面——它可能缓存旧结果。直接连 MySQL 执行：
SELECT ENGINE, SUPPORT FROM information_schema.ENGINES WHERE ENGINE = 'FEDERATED';
正确结果应是空集，或返回 SUPPORT = DISABLED。再检查建表语句是否报错：
CREATE TABLE test_fed (id INT) ENGINE=FEDERATED CONNECTION='mysql://u:p@h:3306/db/t';
应明确报错 ERROR 1286 (42000): Unknown storage engine 'FEDERATED'，而不是静默忽略或降级为 InnoDB。
真正难点不在配置行怎么写，而在于确认 MySQL 版本兼容性、重启是否到位、以及那些不显式声明 ENGINE 的语句是否还在偷偷绕过限制——这些地方最容易漏检。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
