数据库管理账号权限过大，会扩大某个站点凭据泄露后的影响。应按WordPress和实际插件需要，为各站限定数据库及必要操作，并验证维护需求；不能只换一个用户名，却仍给它全服务器范围权限。
盘点连接和实际操作需求
列出每站库名、运行账号、备份及迁移工具需要的动作，密码只在受控凭据处处理。日常读写、安装更新和数据库管理的需求可能不同。不要先回收权限再发现插件升级无法建表，应该先明确维护方式和临时授权流程。
按库与来源核对授权
MySQL账户身份和允许连接来源等条件需要结合当前架构检查，账号同名不代表所有来源具有同样权限。通过受控方式读取实际GRANT范围，确认没有无意覆盖其他库。共享表或多站点网络还需识别业务关系，不能机械地按域名一刀切。
先验证新账号再切换
在合适环境创建并测试所需权限，确认站点读取、保存、媒体和必要插件维护路径可用，再按变更流程更新配置。不要在公开文档或日志中留下明文密码。旧账号是否还被别的站点、计划任务或备份使用，需要独立查明后再撤销。
做越权拒绝与恢复检查
允许的操作应成功，无关数据库和未授权管理动作应被拒绝。记录切换与回退，观察数据库连接错误及更新失败，必要例外限定期限和用途。能打开首页不能证明最小权限完整，也不能代替后台写入及受控升级能力核对。
关键区别
运行账号：服务具体站点；不宜长期用全局管理权。
授权范围：数据库来源与操作；必须查看真实GRANT。
维护权限：支持安装更新等工作；可按流程另行安排。
怎样确认处理到位
站点和约定维护动作正常，无关数据库或管理操作被拒绝，旧凭据依赖已核对，秘密未出现在公开资料中。
容易误判的边界
不同插件和主机管理方式可能需要不同权限；本文不提供无需测试即可删减到同一固定清单的方案。
