普通用户在mysql 5.7中无法指定自定义definer，因该操作需super权限——否则报error 1227；不显式指定时默认为current_user()，安全且合法；grant all on .隐含super，须严格避免。
普通用户在 MySQL 5.7 中默认无法创建带自定义 DEFINER 的对象——除非你给了 SUPER 权限，而这恰恰是必须避免的操作。
为什么普通用户不能随便指定 DEFINER
MySQL 5.7 把 DEFINER 视为高危控制点：它决定了对象（视图/存储过程/事件等）运行时的权限上下文。如果允许任意用户设 DEFINER = 'root'@'%'，就等于把 root 权限“借壳”执行。所以规则很明确：
- 没
SUPER权限的用户，CREATE VIEW或CREATE PROCEDURE时若显式写DEFINER = 'xxx'，会直接报错ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation - 不写
DEFINER时，MySQL 自动设为CURRENT_USER()，这是安全的默认行为 - 即使用户有
CREATE ROUTINE权限，也不代表能绕过这个限制
如何确认用户真的没法指定 DEFINER
别只信文档，动手验证最可靠。用目标用户连接后执行：
CREATE DEFINER='admin'@'localhost' VIEW test_v AS SELECT 1;
如果返回上面那个 ERROR 1227，说明限制生效；如果成功，说明该用户意外获得了 SUPER（比如被授予了 GRANT ALL ON *.*）。检查方式：
- 查用户当前权限：
SHOW GRANTS FOR 'user'@'host';—— 输出里绝不能出现SUPER - 特别注意全局权限覆盖：
GRANT SELECT ON db.* TO 'user'@'host';是安全的，但GRANT SELECT ON *.* TO 'user'@'host';可能隐含更高权限（尤其老版本）
误授 SUPER 后怎么快速补救
一旦发现用户被误加了 SUPER，立刻回收，不要等出问题：
- 执行：
REVOKE SUPER ON *.* FROM 'user'@'host'; - 再跑一次
SHOW GRANTS确认已消失 - 如果用户需要创建存储过程或视图，只需补上必要权限即可：
GRANT CREATE ROUTINE, ALTER ROUTINE, CREATE VIEW ON `db_name`.* TO 'user'@'host'; - 注意：这些权限本身不赋予
DEFINER指定能力，只是让对象创建合法
真正危险的是“看起来没给 SUPER 却实际有”
MySQL 5.7 中，GRANT ALL PRIVILEGES ON *.* 等价于包含 SUPER；更隐蔽的是角色继承或旧账号残留。最易被忽略的一点是：root@localhost 账号常被脚本或运维工具自动创建并赋权，而它的权限可能通过 WITH GRANT OPTION 间接扩散。所以限制 DEFINER 不是单点配置，而是整条权限链的清理。
