MySQL中DEFINER权限滥用可致越权写入：视图默认以DEFINER身份执行，若定义者账号（如'admin'@'localhost'）权限过高，且用户有SELECT/EXECUTE权限，可能借MERGE算法、含INSERT过程或写系统表函数触发底层写操作；ERROR 1356常暴露DEFINER配置问题，应通过SHOW CREATE VIEW检查并改用稳定低权账号。
MySQL 中 DEFINER 权限如何被滥用导致越权写入
视图默认以 DEFINER 身份执行，如果定义者账号权限过高（比如 'admin'@'localhost'），而用户又有 SELECT 或 EXECUTE 权限，就可能借视图触发底层写操作。典型场景包括：视图使用 MERGE 算法、依赖含 INSERT 逻辑的存储过程、或调用会写系统表的函数（如 UUID_SHORT()）。
常见错误现象：ERROR 1356 (HY000): View 'db.vw' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them —— 表面是定义失效，实则是权限校验失败暴露了 DEFINDER 配置问题。
- 用
SHOW CREATE VIEW view_name检查当前DEFINER，确认该账号存在且未过期 - 避免设为已删除或仅本地登录的高权账号（如
'root'@'localhost'） - 生产环境应显式指定稳定低权账号，例如
DEFINER = 'readonly_user'@'%'
PostgreSQL 中 SECURITY INVOKER 与 SECURITY DEFINER 的关键区别
PostgreSQL 默认走 SECURITY INVOKER，即视图执行时检查调用者权限。这意味着：即使你授了视图 SELECT 权限，若用户没基表权限，查询仍会报 permission denied for relation users。这看似安全，但容易误判为“视图已生效”，实际权限链断裂。
想让视图绕过调用者权限限制（比如只暴露部分字段但允许更新），必须显式启用 SECURITY DEFINER，并配合 security_invoker = false：
- 建视图时加
CREATE VIEW safe_users WITH (security_invoker = false) AS ... - 或建完用
ALTER VIEW safe_users SET (security_invoker = false) - 注意：此时视图所有者必须拥有基表的完整权限，否则执行仍失败
为什么可更新视图是列级防护的最大漏洞
MySQL 和 PostgreSQL 都允许单表、无聚合、无表达式的视图默认支持 UPDATE。用户虽看不到 is_deleted 或 password_hash 字段，但执行 UPDATE safe_users SET username = 'hacked' WHERE id = 123 时，数据库会把整行回写到底层表——包括那些没出现在视图里的字段，它们保持原值，但已构成隐式越权。
- 禁用可更新视图最稳妥方式：在视图定义中加入任意不可更新元素，例如
CASE WHEN 1=1 THEN username END AS username或ROW_NUMBER() OVER () - MySQL 中可用
ALGORITHM = TEMPTABLE强制不可更新 - PostgreSQL 中建议加
WITH CHECK OPTION（仅对 INSERT/UPDATE 生效），但不能防 UPDATE 已存在行
SQL Server 视图权限为何总卡在 REFERENCES 报错
SQL Server 不像 MySQL/PG 那样只看 SELECT 权限。即使你 GRANT SELECT ON [schema].[view_name] TO [user] 成功，只要视图里用了函数、计算列或跨库引用，用户还必须有 REFERENCES 权限到对应对象，否则报 The SELECT permission was denied on the object。
- 先查视图定义：是否有
SELECT ... FROM OtherDB.dbo.TableA？若有，目标库也要授SELECT权限 - 是否有自定义函数？需额外
GRANT EXECUTE ON FUNCTION::[func_name] TO [user] - 避免用
db_datareader角色批量授权，它绕过视图边界，直接放通基表访问
pg_get_viewdef()（PG）或 SHOW CREATE VIEW（MySQL）能直接暴露字段名、脱敏逻辑甚至敏感表名。别指望“藏起来”，得靠权限层彻底掐断元数据访问。 
