mysql触发器调试需写入日志表，函数报错可用除零等非法操作，修改触发器须先drop再create并刷新元数据，性能分析靠时间差和benchmark。
MySQL 触发器里怎么查看执行过程？
触发器本身不支持断点调试，也没有内置日志开关，最直接的办法是用 INSERT intO ... select 或 INSERT INTO ... VALUES 把中间值写进一张专门的日志表。别用 SELECT 直接输出——它在触发器里会被忽略。
- 建一张轻量日志表：
CREATE table debug_log (id INT AUTO_INCREMENT PRIMARY KEY, msg TEXT, ts timestamp default CURRENT_TIMESTAMP) - 在触发器中插入调试信息：
INSERT INTO debug_log(msg) VALUES(CONCAT('old_id=', OLD.id, ', new_name=', NEW.name)) - 注意：不能在
BEFORE UPDATE里读NEW.xxx以外的字段，也不能在AFTER触发器里修改触发它的表（会报错Can't update table 'xxx' in stored function/trigger）
如何让 MySQL 函数返回错误或中断执行？
MySQL 函数不允许用 signal 抛出错误（仅存储过程和触发器支持），但可以用 RETURN NULL + 注释说明，或主动构造非法操作来“触发失败”——比如除零、访问不存在的列、调用不存在的函数。
- 安全做法：返回约定值（如
RETURN -1表示参数错误），并在调用方检查 - 临时调试可写：
SELECT 1/0;—— 这会让函数立即报错Division by 0，方便定位执行到哪一步 - 注意：函数中不能含
INSERT/UPDATE等修改数据语句（除非声明为READS SQL DATA且启用了log_bin_trust_function_creators=1）
为什么在 navicat / DBeaver 里改了触发器却没生效？
常见原因是没刷新元数据缓存，或没显式 DELIMITER 导致语法解析失败，最终创建的是空触发器或旧版本。
- 执行前必须设分隔符：
DELIMITER $$，定义完再改回DELIMITER ; - 修改触发器不能用
ALTER TRIGGER，只能先DROP TRIGGER if EXISTS xxx再重新CREATE - 客户端工具常缓存触发器定义，改完后要手动右键“刷新”对应数据库或表，或执行
SHOW CREATE TRIGGER xxx确认内容已更新
函数性能差，怎么快速定位瓶颈？
MySQL 没有函数级执行计划，但可以通过关闭查询缓存 + 开启慢日志 + 外层包装来测耗时。
- 临时禁用查询缓存：
SET session query_cache_type = OFF;，避免干扰 - 用
BENCHMARK(1000, your_function())粗略看重复调用耗时 - 更准的做法：在函数外用
SELECT NOW(6)记开始时间，调用后再查一次，相减得微秒级耗时 - 重点检查：是否在函数里查了大表（应避免）、是否用了
CONCAT拼接大量字符串（开销比预期高）、是否循环调用其他函数（嵌套深易拖慢）
实际调试中最容易漏掉的是触发器的激活时机判断——BEFORE INSERT 看不到自增主键值，AFTER INSERT 又不能改 NEW，这种边界行为不验证日志就很难发现。