mysql触发器中去空格必须在before insert中对new字段赋值，因after insert时数据已落库且new只读；需判空避免null转空字符串，并注意trim仅处理首尾空格、不兼容全角及特殊空白符。
MySQL触发器中用TRIM()处理INSERT前的空格
直接在BEFORE INSERT触发器里对NEW字段赋值即可完成去空格，但必须注意：只有字符串类型字段才需要、且不能对NULL值调用TRIM()，否则会隐式转成空字符串再裁剪，导致NULL被意外覆盖为''。
典型写法是：SET NEW.field_name = TRIM(NEW.field_name);，但更安全的做法是加IF判断：
DELIMITER $$
CREATE TRIGGER trim_user_name_before_insert
BEFORE INSERT ON users
FOR EACH ROW
BEGIN
IF NEW.name IS NOT NULL THEN
SET NEW.name = TRIM(NEW.name);
END IF;
IF NEW.email IS NOT NULL THEN
SET NEW.email = TRIM(NEW.email);
END IF;
END$$
DELIMITER ;
为什么不能在AFTER INSERT里做格式化
AFTER INSERT触发器无法修改NEW行数据——此时记录已写入表，再UPDATE会引发额外I/O、可能触发其他触发器、甚至造成死锁。更重要的是，业务逻辑上“插入即规范”比“插入后再修正”更可靠。
常见错误现象包括：
- 用
AFTER INSERT+UPDATE去空格，结果发现重复触发该触发器（如果UPDATE也匹配条件） - 字段本应允许
NULL，但TRIM(NULL)返回''，导致校验失败或前端显示异常 - 对非字符串字段（如
INT、DATE）误用TRIM()，MySQL静默转成字符串再裁剪，数值含义被破坏
TRIM()的边界行为和替代方案
TRIM()默认只去首尾空格（U+0020），对制表符 、换行
、全角空格等无效。如果业务接收来自富文本或粘贴输入的数据，需手动扩展：
- 去首尾所有空白字符：
TRIM(BOTH ' ' FROM TRIM(BOTH ' ' FROM TRIM(BOTH ' ' FROM TRIM(NEW.field_name)))) - 更简洁做法是用正则替换（MySQL 8.0+）：
REGEXP_REPLACE(NEW.field_name, '^[[:space:]]+|[[:space:]]+$', '') - 注意
REGEXP_REPLACE()对NULL返回NULL，无需额外判空，但性能略低于TRIM()
触发器去空格后还要考虑应用层一致性
触发器只管入库环节，但应用读取时若没统一处理展示逻辑，用户仍可能看到原始带空格的数据（比如从缓存、日志、导出CSV中读取）。更隐蔽的问题是：
- 唯一索引字段（如
email）去空格后实际值变化，但历史数据未清洗，导致新老数据重复冲突 - ORM框架（如Laravel Eloquent、Django ORM）可能在模型保存前已做过
trim()，触发器二次处理反而多余 - 批量导入（
LOAD DATA INFILE）默认跳过触发器，必须显式启用SET SQL_MODE='STRICT_TRANS_TABLES'并配合BEFORE LOAD等预处理手段
真正要落地，得先跑一遍UPDATE users SET name = TRIM(name), email = TRIM(email) WHERE name REGEXP '^\s|\s$' OR email REGEXP '^\s|\s$';清洗存量数据，再上线触发器。
