普通用户之所以能够直接删库，核心原因通常有两个：第一，phpMyAdmin 默认允许具备 DROP 权限的账户执行 DROP DATABASE；第二，phpMyAdmin 前端界面本身不会继续做更细粒度的权限判断。想要真正防止普通用户删除数据库，不能只改一个地方，而是要同时配置 $cfg['AllowUserDropDatabase'] = false，并在 MySQL 权限层面撤销 DROP 权限；此外，还应关闭 $cfg['IgnoreMultiSubmitErrors']，这样才能实现更稳妥的双重防护。
为什么普通用户能删库？默认配置没有关闭这个选项
在 phpMyAdmin 的默认机制中，只要某个 MySQL 用户拥有 DROP 权限，就能够执行 DROP DATABASE。问题在于，phpMyAdmin 的管理界面并不会继续细分权限范围——也就是说，只要数据库账号本身拿到了 DROP 权限，系统就会直接显示「删除数据库」相关按钮。很多人误以为，只要在 phpMyAdmin 里隐藏这个功能就足够安全，但事实并非如此：真正决定用户是否能删库的，始终是 MySQL 这一层的权限设置。
$cfg['AllowUserDropDatabase'] = false 是最直接有效的开关
这个配置项用于控制 phpMyAdmin 是否显示删除数据库按钮。设置为 false 之后，即使用户账户仍然拥有 DROP 权限，界面上也不会再出现「删除」链接或相应的提示窗口。
- 修改位置：在
config.inc.php（不是config.default.php）中新增或调整这一行配置 - 必须写在
$cfg['Servers'][$i]配置块**之外**，这样才能全局生效 - 值必须使用布尔类型
false，不能写成字符串'false'，否则配置不会生效 - 修改完成后通常无需重启 Web 服务，但建议清空浏览器缓存或使用无痕窗口进行验证
MySQL 层必须同步撤销 DROP 权限
仅仅隐藏按钮并不够。因为用户完全可以绕过 phpMyAdmin，直接连接 MySQL 后执行 DROP DATABASE xxx。因此，必须从数据库权限源头收回 DROP 权限：
- 使用管理员账户登录 phpMyAdmin → 进入「用户账户」→ 编辑目标用户 → 取消勾选「DROP」权限（注意在「全局权限」或「数据库特定权限」中检查）
- 操作后点击「执行」并保存；如果使用命令行，则执行
REVOKE DROP ON *.* FROM 'username'@'host'; - 特别要注意：如果该用户此前被授予了
ALL PRIVILEGES，应先执行REVOKE ALL，再按最小权限原则重新授权，否则单独REVOKE DROP可能不会生效 - 验证方法：使用该用户重新登录后执行
SHOW GRANTS;，确认返回结果中已经不存在DROP
别忽略 config.inc.php 中的 $cfg['IgnoreMultiSubmitErrors'] 风险
这个参数默认值为 true，可能导致批量操作场景下（例如一次删除多个数据库）遇到权限错误时仍继续执行后续请求。一旦普通用户误操作，或被诱导发起恶意提交，就有可能删除不该删除的数据库。
- 应显式设置为
false：$cfg['IgnoreMultiSubmitErrors'] = false; - 这样一来，只要任意一条语句执行失败，整个批量操作就会被中断，并直接返回报错信息，强制暴露权限问题
- 与
$cfg['AllowUserDropDatabase']搭配使用，可形成界面限制 + 逻辑校验的双重保护
真正有效的防护方案，是 MySQL 权限控制与 phpMyAdmin 配置策略同时到位，单靠其中任何一个层面都不够安全。尤其是在用户可以直接连接数据库的情况下，phpMyAdmin 的按钮开关只能算第一道防线，而不是最终的安全锁。
