MySQL触发器不能修改系统表或information_schema。因引擎层硬编码限制，即使拥有高权限或指定DEFINER，对mysql、information_schema等元数据库的DML/DDL操作均会报错；触发器内也不允许ALTER TABLE等DDL语句，且仅能操作同schema普通表。
MySQL触发器能修改系统表或information_schema吗
不能。MySQL触发器运行在用户会话上下文中，但被明确禁止对 mysql、information_schema、performance_schema、sys 这些元数据库执行 INSERT、UPDATE、DELETE 或 DROP 操作——哪怕你有对应权限，也会直接报错。
常见错误现象：ERROR 1356 (HY000): View 'xxx' references invalid table(s) or column(s)（实际是触发器试图改系统表被拦截后引发的连锁视图失效），或更直白的 ERROR 1305 (42000): FUNCTION xxx does not exist（因触发器里调用了非法操作导致后续依赖失效）。
实操建议：
- 触发器内只操作当前数据库下的普通表，且该表必须与触发器定义在同一 schema 中（跨库 UPDATE 在 MySQL 8.0+ 仍受限，不推荐）
- 若真需动态变更结构（比如自动归档旧表），改用存储过程 + 外部调度（如 cron +
mysql -e），而非塞进触发器 - 注意：即使
DEFINER = 'root'@'%'，也无法绕过该限制——这是硬编码在 SQL 解析层的保护，不是权限问题
触发器里执行 ALTER TABLE 会怎样
语法上允许写，但实际执行时会报错：ERROR 1305 (42000): PROCEDURE xxx does not exist 或更常见的 ERROR 1442 (HY000): Can't update table 't1' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。
根本原因：MySQL 不允许在触发器中修改正在被触发的表本身（包括 DDL），也不允许修改任何参与当前事务的表结构。DDL 会隐式提交事务，而触发器必须在父语句事务内完成，二者冲突。
实操建议：
- 别在触发器里写
ALTER TABLE、DROP INDEX、TRUNCATE等 DDL 语句——它们都会失败 - 如果业务需要“表结构自适应”，比如按月建分区表，应由应用层或定时任务驱动，触发器只负责数据路由或标记
- MySQL 8.0.23+ 引入了
CREATE TABLE ... LIKE在函数中可用，但触发器里依然不可用；别试
触发器权限到底看 DEFINER 还是 INVOKER
看 DEFINER，但仅限于“能执行什么语句”，不等于“能绕过元数据限制”。这是最容易混淆的点。
例如：CREATE TRIGGER t1_ins BEFORE INSERT ON t1 FOR EACH ROW INSERT INTO log_table VALUES (NEW.id);，若定义为 DEFINER = 'admin'@'localhost'，则触发器内所有 SQL 都以 admin 权限检查——但 admin 再大也改不了 mysql.user 表，因为那是引擎层拦截，非权限层控制。
实操建议：
- 定义触发器时显式指定
DEFINER，避免依赖当前用户，否则迁移或账号变更后容易失效 -
DEFINER账号必须拥有对触发器中涉及的所有表的对应 DML 权限（如INSERT、SELECT），否则触发时直接报错 - 不要给
DEFINER赋予SUPER或SYSTEM_VARIABLES_ADMIN——这些权限在触发器中不生效，纯属冗余且危险
为什么 SHOW CREATE TRIGGER 看不到 DEFINER 字段
MySQL 5.7 默认不显示，8.0+ 才默认输出。但更关键的是：如果你用低版本客户端连高版本服务端，或者 mysqldump 导出时没加 --skip-definer，可能误以为字段丢失。
真实情况是：SHOW CREATE TRIGGER 的输出格式受 sql_mode 和客户端协议影响，但 DEFINER 始终存在——只是某些旧客户端解析时忽略它。
实操建议：
- 查触发器定义优先用
SELECT * FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'xxx';，DEFINER字段稳定存在 - 备份触发器时务必确认 mysqldump 版本 ≥ 服务端版本，否则可能漏掉
DEFINER导致恢复后权限异常 - 线上环境禁止用
CREATE OR REPLACE TRIGGER（MySQL 不支持），改触发器必须先DROP再CREATE，DEFINER 会重置为当前用户——这点极易被忽略
触发器的权限边界比想象中窄：它不是“以某人身份任意操作”，而是“以某人身份，在严格限定的数据集和语句类型内操作”。元数据不可碰、DDL 不可行、DEFINER 不万能——这三个约束叠在一起，才是生产环境里最常踩空的地方。
