mysql报错“select command denied”既可能是权限缺失，也可能是对象不存在或路径错误；需先确认用户主机名匹配、库表真实存在，再按命令+对象粒度精确授权。
这不是“用户没权限”的笼统判断，而是 MySQL 明确告诉你：当前用户在执行 SELECT 时，对报错中指出的具体对象（库、表、甚至列）缺少对应权限——或者根本访问不到那个对象。直接授 GRANT ALL 往往治标不治本，还可能掩盖真实问题。
查权限前先确认用户和主机名完全匹配
MySQL 把 'user'@'localhost' 和 'user'@'127.0.0.1' 当作两个不同用户，哪怕你用的是本地连接。很多报错实际就卡在这儿：
- 用 Navicat 或程序连接串填了
127.0.0.1，但只给localhost授过权 → 查不到 -
SHOW GRANTS FOR 'xxx'@'localhost'返回空？马上查SELECT User, Host FROM mysql.user WHERE User = 'xxx'，看Host列实际值是啥 - 需要兼容两者？得分别授权：
GRANT SELECT ON mydb.* TO 'xxx'@'localhost'和GRANT SELECT ON mydb.* TO 'xxx'@'127.0.0.1'
错误里带库名或表名时，先验证对象是否存在
报错形如 SELECT command denied to user 'u'@'h' for table 'sys_data_dictionary'，别急着加权限——它可能根本不是权限问题：
- 执行
SHOW DATABASES确认数据库存在；再USE database_name; SHOW TABLES LIKE 'sys_data_dictionary'看表是否真在当前库 - 如果 SQL 里写的是
SELECT * FROM old_db.table_name，而old_db已被删掉，MySQL 不会报 “database not found”，而是直接抛这个SELECT command denied—— 它把不存在的库当成了越权访问 - MyBatis 或其他 ORM 的 mapper 里硬编码了库前缀？检查所有 SQL，把
db.table改成裸表名table再试
授予权限必须精确到「命令+对象」组合
报错信息里已经告诉你缺什么：SELECT 命令 + for table 'xxx'。补权就得按这个粒度来，不是“给库就行”：
- 只读场景（比如报表）：
GRANT SELECT ON myapp.users TO 'reporter'@'localhost' - 跨库关联查询？权限要分开给：
GRANT SELECT ON db1.orders TO 'joiner'@'localhost'; GRANT SELECT ON db2.customers TO 'joiner'@'localhost'（MySQL 8.0.16+ 才支持逗号写法） - 改完必须
FLUSH PRIVILEGES，否则不生效；但注意：如果用的是 MySQL 8.0+ 的角色机制，FLUSH PRIVILEGES对角色权限无效，得用SET DEFAULT ROLE - 绝对不要手动 UPDATE
mysql.user表字段（比如把Select_priv改成Y）—— 这绕过权限系统校验，MySQL 可能不识别，重启后还可能被覆盖
真正容易被忽略的点是：这个错误既可能是权限缺失，也可能是对象路径失效（库/表名写错、库被删、SQL 里多写了库前缀）。排查时得先分清是「人没钥匙」还是「门根本不存在」，否则在权限系统里反复折腾毫无意义。
