MySQL Workbench中“用户和权限”选项卡需以root等管理员账号连接才显示，路径为Management > Users and Privileges；host填%与localhost是不同用户记录，云数据库通常禁用%而要求指定IP；赋权后应执行FLUSH PRIVILEGES并验证连接路径。
MySQL Workbench里找不到“用户和权限”选项卡？
新版 MySQL Workbench（8.0.30+）默认隐藏了传统权限管理入口，不是功能没了，而是被整合进 Management > Users and Privileges —— 但这个菜单项只有在**以管理员账号（如 root）连接成功后才会显示**。如果连的是普通用户，或者连接时没勾选 Enable SSL（某些云 MySQL 要求），界面直接不渲染该菜单。
实操建议：
- 确认连接账户有
SELECT权限访问mysql.user表，且具备GRANT OPTION（否则即使看到入口也无法保存） - 连接配置里把
Default Schema留空，避免因默认库不存在导致权限模块加载失败 - 如果仍不显示，先执行
SELECT USER(), CURRENT_USER();，确保登录身份是预期的高权限账户（CURRENT_USER()才反映实际认证身份）
添加用户时 host 填 % 还是 localhost？
填 % 允许任意主机连接，填 localhost 仅限本机 socket 连接——这两者在 MySQL 中是**完全不同的用户记录**，权限互不影响。常见错误是：用 Workbench 创建了 user@'%'，却在命令行用 mysql -u user -p 尝试登录，结果报 Access denied，因为本地默认走 localhost 认证路径。
实操建议：
- 开发环境优先建两个：一个
user@'localhost'（供本地 CLI/IDE 使用），一个user@'%'（供远程应用连接） - 云数据库（如阿里云 RDS、AWS RDS）通常禁止
user@'%'，必须指定具体 IP 或安全组内网段，host 填192.168.1.%或10.0.0.5更稳妥 - Workbench 创建用户时，
Limit to Hosts Matching字段别留空，默认就是%；想锁死本地就手动改成localhost
给用户赋权后应用还是连不上？检查这三点
Workbench 点击 Apply 后权限未必立即生效，尤其跨主机或涉及 DNS 解析时。典型现象：用户能登录，但查 information_schema 报错，或连上后 USE db_name 失败。
实操建议：
- 执行
FLUSH PRIVILEGES;—— 虽然 Workbench 通常自动执行，但某些版本（尤其连接到 MariaDB 或旧版 MySQL）需要手动触发 - 检查目标数据库是否存在：权限只对已存在的库生效，
GRANT SELECT ON nonexistent_db.*不会报错，但后续创建同名库也不会自动继承权限 - 确认权限层级是否匹配：比如给了
db1.*的SELECT，但应用连接时指定了db2，就会因无库级权限被拒；此时需显式授权GRANT SELECT ON db2.* TO ...或用GRANT SELECT ON *.*（慎用）
用 Workbench 删除用户后，旧连接还能继续操作？
是的。MySQL 的权限变更不影响已建立的活跃连接，连接会维持原有权限直到断开。这意味着：删掉用户后，正在运行的 PHP-FPM 进程、Java 应用连接池里的连接仍可读写，直到它们自然超时或被 kill。
实操建议：
- 删除用户前，先用
SELECT ID, USER, HOST, COMMAND, TIME FROM INFORMATION_SCHEMA.PROCESSLIST WHERE USER = 'xxx';查活跃连接 - 必要时配合
KILL [connection_id]主动终止，尤其当用户密码泄露需立即阻断时 - Workbench 的
Delete User操作本质是执行DROP USER 'u'@'h';，不会自动 KILL 连接，这点和命令行行为一致
权限管理最易忽略的其实是 host 匹配逻辑和连接复用机制——改完权限不测试真实连接路径，等于没改。
