必须显式指定DEFINER并设SQL SECURITY DEFINER，因导出导入或ORM重建易丢失DEFINER导致降级为INVOKER模式，使脱敏/行级过滤失效；CURRENT_USER()等函数仅在DEFINER模式下可靠参与权限控制。
为什么必须显式指定DEFINER并设SQL SECURITY DEFINER
MySQL视图默认是SQL SECURITY DEFINER，但这个“默认”只在你用CREATE VIEW直接创建时生效；一旦视图被导出再导入、被某些ORM或迁移工具重建，DEFINER可能丢失或被覆盖成INVOKER。一旦变成INVOKER，执行视图时就按调用者权限查基表——等于把脱敏/行级过滤逻辑全绕过去了。
关键点在于：CURRENT_USER()和USER()在DEFINER模式下才可靠参与过滤逻辑；而INVOKER模式下，这些函数返回的是调用者身份，但权限检查却退回到用户本身——如果该用户意外有基表权限，视图就形同虚设。
如何安全地创建或修复DEFINER视图
创建新视图时，必须显式写出DEFINER和SQL SECURITY DEFINER，不能依赖默认：
CREATE DEFINER = 'dba_admin'@'localhost' SQL SECURITY DEFINER VIEW v_user_safe AS
SELECT id, name,
CONCAT(LEFT(TRIM(phone), 3), '****', RIGHT(TRIM(phone), 4)) AS phone,
CASE WHEN id_card IS NOT NULL THEN CONCAT(LEFT(TRIM(id_card), 3), '****', RIGHT(TRIM(id_card), 4)) END AS id_card
FROM users;-
DEFINER账号（如'dba_admin'@'localhost'）必须真实存在，且拥有users表的SELECT权限 - 不能用
CURRENT_USER()作为DEFINER值——它不是字面用户名，而是会话变量，无法持久化 - 若视图已存在且
DEFINER错误，用SHOW CREATE VIEW v_user_safe确认当前定义，再用DROP VIEW+ 重新CREATE覆盖（MySQL不支持ALTER VIEW ... DEFINER） - 生产环境改
DEFINER后，务必验证：用目标应用账号登录，执行SELECT * FROM v_user_safe，再试SELECT * FROM users——后者必须报错
常见DEFINER失效场景与排查步骤
最典型的翻车是账号网络范围变更后DEFINER失效，比如原'app_user'@'%'被收紧为'app_user'@'192.168.1.%'，但视图DEFINER仍指向旧账号，导致查询报ERROR 1449 (HY000): The user specified as a definer ('app_user'@'%') does not exist。
- 先查视图当前定义：
SHOW CREATE VIEW v_user_safe - 确认
DEFINER字段是否匹配现网账号（注意host部分必须完全一致） - 检查
DEFINER账号是否存在：SELECT User, Host FROM mysql.user WHERE User = 'app_user'; - 若账号已删或host不匹配，只能重建视图——别试图用
UPDATE mysql.proc硬改，风险极高 - 别忽略权限继承：
DEFINER账号不仅要有基表SELECT，还得有SELECT权限作用于对应库，否则视图查询仍失败
DEFINER账号权限最小化与维护要点
DEFINER账号不是越全能越好。它只需对视图涉及的基表有精确的SELECT权限，其余一概不要给。否则一旦该账号被误用或泄露，攻击面会扩大。
- 给
DEFINER账号授最小权限：GRANT SELECT (id,name,phone,id_card) ON mydb.users TO 'dba_admin'@'localhost'; - 禁用
DEFINER账号的远程登录（host限定为'localhost'），避免被撞库利用 - 定期核对：
SELECT table_schema, table_name, definer FROM information_schema.views WHERE definer NOT LIKE '%localhost%';——找出所有非本地定义的视图，评估风险 - 备份时注意：mysqldump默认不导出
DEFINER，加--skip-definer或--set-gtid-purged=OFF可能意外清空它；生产迁移务必验证dump文件里是否含DEFINER语句
真正难的不是写那条CREATE VIEW，而是让DEFINER账号长期稳定在线、权限精准、host严格匹配，并确保每次视图变更都同步更新定义上下文——漏掉任意一环，隔离就断了。
