MySQL连接用户为feedbackdev但执行查询时使用feedback用户导致权限报错问题

看起来你碰到了个挺绕的MySQL权限坑——明明用feedbackdev用户登录的数据库，执行查询时却触发了feedback用户的权限报错，这确实让人摸不着头脑，我来帮你拆解下问题和解决办法。

首先先复盘下你的场景：

• 你用命令 mysql -u feedbackdev -p feedbackdev 成功登录MySQL，登录后查询当前用户确认是 feedbackdev@localhost
• 但执行针对order_feedback_view视图的统计查询时，却收到错误：

  ERROR 1143 (42000): SELECT command denied to user 'feedback'@'localhost' for column 'source_id' in table 'orders'
  

问题根源：视图的「定义者权限」在搞鬼 #

这个问题的核心是MySQL视图的DEFINER和SQL SECURITY属性导致的：

• 当视图被创建时，如果指定了DEFINER为feedback用户，并且设置了SQL SECURITY DEFINER（这是默认设置），那么任何用户访问这个视图时，MySQL都会以视图定义者（也就是feedback）的身份去访问底层表，而不是当前登录的用户（feedbackdev）。
• 刚好feedback用户没有orders表source_id列的查询权限，所以就出现了这个看似矛盾的报错——你用feedbackdev登录，但实际执行底层查询的是feedback用户。

具体解决办法 #

1. 先确认视图的定义属性

先执行这条命令查看视图的具体配置，验证我们的猜测：

SHOW CREATE VIEW order_feedback_view;

重点看输出里的DEFINER字段是不是'feedback'@'localhost'，以及SQL SECURITY是DEFINER还是INVOKER。

2. 两种解决路径可选

路径一：修改视图为调用者权限模式

把视图的SQL SECURITY改成INVOKER，这样访问视图时会使用当前登录用户（feedbackdev）的权限去访问底层表，前提是feedbackdev本身有orders表对应列的查询权限。执行命令：

ALTER VIEW order_feedback_view SQL SECURITY INVOKER;

修改后再用feedbackdev执行查询，就会用自身权限操作，只要权限足够就能正常运行。

路径二：给feedback用户补充底层表权限

如果需要保持视图的定义者权限模式（比如有特定的权限隔离需求），那就直接给feedback用户授权访问orders表的source_id列：

GRANT SELECT (source_id) ON orders TO 'feedback'@'localhost';

授权完成后，当通过视图访问底层表时，用feedback的权限就能正常读取该列了。

3. 额外检查：确认feedbackdev的底层表权限

如果选择了路径一，还要确认feedbackdev自身有没有orders表的查询权限。可以通过你已经执行的SHOW GRANTS FOR 'feedbackdev'@'localhost';查看，如果没有对应权限，需要补充授权：

GRANT SELECT (source_id, 其他需要的列名) ON orders TO 'feedbackdev'@'localhost';

备注：内容来源于stack exchange，提问作者tilkov