创建触发器需要哪些权限
在 MySQL 中，
CREATE TRIGGER语句本身不依赖单独的
TRIGGER权限——它复用表级权限。但必须同时满足两个条件：对目标表有
TRIGGER权限，且对触发器关联的表有
INSERT/
UPDATE/
DELETE权限（取决于触发器类型）。
常见错误现象：
ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER or TRIGGER privilege(s) for this operation—— 这通常发生在 MySQL 5.7+ 且用户没被显式授予
TRIGGER权限时（即使有
ALL PRIVILEGES，
TRIGGER也不自动包含）。 授予方式：
GRANT TRIGGER ON `database_name`.`table_name` TO 'user'@'host';若触发器操作的是
INSERT，还需：
GRANT INSERT ON `database_name`.`table_name` TO 'user'@'host';注意：MySQL 8.0+ 默认禁用
sql_log_bin=OFF下创建触发器，需确保会话未关闭二进制日志（除非明确允许）
修改触发器只能删了重建
MySQL 不支持
ALTER TRIGGER语法。所谓“修改”，本质是先
DROP TRIGGER，再
CREATE TRIGGER。这意味着权限要求是双重的：既要
TRIGGER权限（用于新建），也要
DROP权限（用于删除）。
容易踩的坑：
DROP TRIGGER不检查当前用户是否是原创建者（不像存储过程有 DEFINER 限制），但若用户没有
DROP权限，就会报错：
ERROR 1142 (42000): DROP command denied to user ... for table ...。
DROP权限需单独授予：
GRANT DROP ON `database_name`.`table_name` TO 'user'@'host';更安全的做法：用
SHOW CREATE TRIGGER trigger_name;查看原定义，避免逻辑丢失 生产环境建议在事务外执行（触发器本身不能在事务中创建/删除），并确认无并发写入影响
TRIGGER 权限的作用范围很窄
TRIGGER权限是表级权限，不是数据库级或全局级。哪怕你对整个库有
ALL PRIVILEGES，只要没显式
GRANT TRIGGER ON db.tbl，就无法在该表上建触发器。
典型误操作：
GRANT ALL PRIVILEGES ON `mydb`.* TO 'dev'@'%';—— 这不会赋予
TRIGGER权限，必须补上：
GRANT TRIGGER ON `mydb`.`users` TO 'dev'@'%';查看用户实际拥有的触发器权限：
SELECT * FROM information_schema.ROLE_TABLE_GRANTS WHERE PRIVILEGE_TYPE = 'TRIGGER';（需有访问
information_schema权限） MySQL 8.0+ 支持角色（ROLE），可把
TRIGGER和对应 DML 权限打包授权，减少重复操作 注意：
TRIGGER权限不传递。A 用户创建的触发器，B 用户即使有同表
TRIGGER权限，也不能直接修改或删除它（仍需
DROP权限）
DEFINER 和 SQL SECURITY 影响权限校验时机
触发器的
DEFINER决定了执行时以谁的身份校验权限。默认是
DEFINER = CURRENT_USER，即创建者身份；也可设为
SQL SECURITY DEFINER或
INVOKER。
关键点：触发器内执行的语句（如
INSERT INTO log_table），其权限检查发生在**触发时刻**，且依据的是
DEFINER用户的权限，不是调用者的。如果
DEFINER用户已被删除或权限被回收，触发器会直接报错：
ERROR 1449 (HY000): The user specified as a definer ('xxx'@'%') does not exist。
创建时显式指定更可控：CREATE DEFINER = 'admin'@'localhost' TRIGGER tr_after_insert AFTER INSERT ON orders FOR EACH ROW INSERT INTO audit_log(...) VALUES(...);避免用
CURRENT_USER作为
DEFINER，尤其在账号生命周期短的环境中
SQL SECURITY INVOKER可让权限检查基于调用者，但要求调用者对触发器内所有操作表都有对应权限，适用场景有限
权限细节容易被忽略的地方在于：TRIGGER 权限必须精确到表，且和 DML 权限分离；修改等于删重建，DROP 权限不可少；DEFINER 用户一旦失效，触发器立即瘫痪——这些都不是语法报错，而是运行时静默失败或拒绝执行。
