在MySQL数据库的日常使用中，视图是非常实用的功能，它能够简化复杂查询逻辑，提升数据查询的便利性。但很多开发者会遇到这样的场景：自己创建的视图，其他有权限的用户查询时却提示权限不足，这类问题大多和视图的DEFINER属性设置有关。
什么是视图的DEFINER属性
DEFINER是MySQL视图的一个核心属性，它指定了视图的定义者，也就是创建视图时使用的用户身份。当其他用户查询这个视图时，MySQL会检查该视图的执行权限：如果视图设置了SQL SECURITY DEFINER（默认值），那么视图执行时会使用DEFINER指定的用户权限，而不是当前查询用户的权限；如果设置为SQL SECURITY INVOKER，则会使用当前查询用户的权限。
默认情况下，创建视图时如果不指定DEFINER，会默认使用当前创建视图的用户作为DEFINER，SQL SECURITY默认为DEFINER。这就导致如果创建视图的用户权限较高，而后续查询视图的用户权限较低，且视图依赖的底层表权限没有开放给查询用户时，就可能出现权限问题。
视图定义者权限问题的常见表现
当视图的DEFINER用户权限不足，或者DEFINER用户不存在时，查询视图会出现如下典型错误：
- 提示
Access denied for user 'xxx'@'xxx' to database 'xxx'，其中xxx是DEFINER指定的用户 - 提示
View 'xxx.xxx' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them - DEFINER指定的用户被删除后，查询视图直接报错无法执行
如何修改已有视图的DEFINER属性
如果已经存在权限问题的视图，我们可以通过重建视图的方式修改DEFINER属性，有两种常用方案。
方案一：修改DEFINER为有权限的用户
首先查看当前视图的定义，获取视图的创建语句：
-- 查看视图创建语句，假设视图名为user_view，所在库为test_db SHOW CREATE VIEW test_db.user_view;
执行后会得到类似如下的创建语句：
CREATE ALGORITHM=UNDEFINED DEFINER=`old_user`@`localhost` SQL SECURITY DEFINER VIEW `user_view` AS select `user`.`id` AS `id`,`user`.`name` AS `name` from `user`
我们修改DEFINER为有权限的用户，比如修改为当前有所有权限的root用户，然后重建视图：
-- 先删除原有视图 DROP VIEW IF EXISTS test_db.user_view; -- 重建视图，修改DEFINER为root@localhost CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `user_view` AS select `user`.`id` AS `id`,`user`.`name` AS `name` from `user`;
方案二：修改为INVOKER权限模式
如果不想依赖DEFINER用户的权限，可以将SQL SECURITY修改为INVOKER，这样查询视图时会使用当前查询用户的权限，只要当前用户有底层表的查询权限即可正常访问：
-- 删除原有视图 DROP VIEW IF EXISTS test_db.user_view; -- 重建视图，设置SQL SECURITY为INVOKER CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY INVOKER VIEW `user_view` AS select `user`.`id` AS `id`,`user`.`name` AS `name` from `user`;
创建视图时如何合理设置DEFINER属性
为了避免后续出现权限问题，创建视图时可以根据实际需求合理设置DEFINER相关属性：
- 如果视图的查询逻辑依赖固定的高权限用户，且希望所有查询用户都能使用这个视图，那么可以指定DEFINER为有权限的高权限用户，保持SQL SECURITY为DEFINER即可。
- 如果希望查询用户使用自己的权限访问视图，那么创建时设置SQL SECURITY为INVOKER，同时DEFINER可以设置为当前用户，只要保证当前用户有视图创建权限即可。
- 创建视图时明确指定DEFINER，不要使用默认值，避免后续创建用户权限变更或者用户被删除导致视图无法使用。
注意事项
修改视图DEFINER需要有对应的权限：修改DEFINER为其他用户时，当前登录用户需要有SUPER权限，或者本身就是要设置的DEFINER用户。另外，修改DEFINER后需要验证视图能否正常查询，确认底层表的权限已经正确配置，避免出现其他权限故障。
如果是主从复制环境，修改视图DEFINER的操作会在从库同步执行，需要确保从库也有对应的DEFINER用户，否则从库可能出现视图同步后无法使用的问题。