数据库名含减号时grant报错，须用反引号包裹完整库名（如my-db.），不可省略.，且需with grant option授权及flush privileges生效。
数据库名含减号时GRANT语句直接报错
MySQL解析器会把 my-db 中的减号当作减法运算符，导致语法错误。不加转义就执行 GRANT ALL ON my-db.* TO 'user'@'localhost'，必然触发 ERROR 1064 (42000)：You have an error in your SQL syntax。
- 必须用反引号（
`）包裹整个数据库名，不能只包一部分，比如`my-db`.*✅，但my-`db`.*❌ - 反引号是 MySQL 的标识符引用符，不是单引号或双引号；用错会变成字符串字面量，权限根本不会生效
- 所有涉及该库的操作（
USE、SHOW TABLES IN、DROP DATABASE）都需同样处理，授权只是其中一环
带特殊字符的数据库授权必须显式指定对象类型
哪怕只是想授「库级」权限，也得写成 GRANT ... ON `my-db`.* TO ...，不能省略 .*。MySQL 5.7 不支持裸库名授权（如 ON `my-db`），否则报 ERROR 1144 (42000)：Illegal GRANT/REVOKE command
-
GRANT SELECT ON `my-db`.t1 TO ...—— 表级授权，合法 -
GRANT EXECUTE ON PROCEDURE `my-db`.p1 TO ...—— 存储过程授权，注意必须带PROCEDURE关键字和完整库名，GRANT EXECUTE ON p1或GRANT EXECUTE ON my-db.p1全部失败 -
GRANT ALL ON `my-db`.* TO ...—— 库级授权，唯一能覆盖整个库的方式
用户本身没有WITH GRANT OPTION就无法转授权限
如果你用一个普通账号（比如 admin）去给 my-db 授权，而该账号自己是被 root 用 GRANT ... TO 'admin'@'%' 创建的，但没加 WITH GRANT OPTION，那它执行任何 GRANT 都会报 ERROR 1045 (28000)：Access denied
- 检查方式：
SHOW GRANTS FOR 'admin'@'%'，看输出里有没有WITH GRANT OPTION - 补授权必须由更高权限账号（通常是 root）执行：
GRANT ALL ON *.* TO 'admin'@'%' WITH GRANT OPTION - 特别注意：即使
admin对`my-db`.*有ALL PRIVILEGES，也不等于它能再把权限授给别人——这是两个独立权限维度
授权后不生效？别忘了FLUSH PRIVILEGES
MySQL 5.7 的权限缓存机制很实在：GRANT 命令写入的是内存中的权限结构，但部分客户端（尤其是通过 Navicat、DBeaver 等工具连接时）可能仍沿用旧缓存，表现为「明明刚授了权，却连 USE `my-db` 都被拒绝」
- 执行
FLUSH PRIVILEGES强制重载权限表，这是最直接有效的同步手段 - 如果用的是低权限账号执行
FLUSH PRIVILEGES，会报错——只有RELOAD权限才能执行它，root 默认有，普通管理账号需额外授予：GRANT RELOAD ON *.* TO 'admin'@'%' - 验证是否生效：
SHOW GRANTS FOR 'target_user'@'host'，而不是仅靠客户端界面刷新
反引号不是可选项，是强制语法；.* 不是习惯写法，是 MySQL 5.7 的硬性要求；WITH GRANT OPTION 和 FLUSH PRIVILEGES 更不是“试试看”的附加动作——漏掉任意一个，授权链就断在某个环节。
