MySQL非严格模式下超长字符串会静默截断，需通过BEFORE INSERT触发器+存储过程将溢出内容存入辅助表，并由应用层传入原始长度以实现精准分流。
为什么 INSERT 时字段被悄悄截断却没报错
MySQL 默认的 sql_mode 不含 STRICT_TRANS_TABLES 时，超长字符串写入 VARCHAR 或 TEXT 字段会静默截断，只留前 N 个字符，且不抛异常。这种“成功”最危险——数据丢了你还不知道。
触发器不能阻止截断本身（那是 SQL 层解析阶段的事），但可以在截断发生后捕获原始值、判断是否溢出，并把多出的内容存到辅助表。关键前提是：主字段得先设成足够宽（比如 VARCHAR(255)），否则连“截断前长度”都拿不到。
- 检查当前模式：
SELECT @@sql_mode;，确认是否含STRICT_* - 触发器只能读取
NEW.column_name——它已经是被截断后的值，所以必须在应用层或前置存储过程里传入原始长度和内容 - 更可靠的做法是：主表字段用
TEXT，靠应用逻辑判断是否需要拆分，触发器仅作兜底
用 BEFORE INSERT 触发器检测并分流超长内容
真正能干预写入流程的是 BEFORE INSERT 触发器。它在插入执行前运行，可修改 NEW 值，也能调用存储过程做复杂判断。但注意：MySQL 触发器里不能直接执行 INSERT INTO ... SELECT 跨表操作，得用存储过程封装。
典型结构是：主表存摘要（如前 200 字），触发器检查原始内容长度（需应用传入长度字段，如 NEW.content_raw_length），若超阈值，则把剩余部分写进 content_overflow 表，并清空主字段冗余部分。
- 主表需额外加一个
content_raw_length INT字段，由应用写入原始长度 - 触发器内用
IF NEW.content_raw_length > 200 THEN ...判断 - 溢出内容写入辅助表后，记得设
NEW.content = LEFT(NEW.content, 200)，避免主字段残留截断混乱 - 辅助表建议带
main_id BIGINT（关联主键）、chunk_index TINYINT（支持分片）、chunk_text MEDIUMTEXT
触发器里调用存储过程保存溢出文本的写法
直接在触发器里拼大段逻辑易出错，也难调试。把溢出处理抽成存储过程，触发器只负责条件跳转，更清晰。
DELIMITER $$
CREATE PROCEDURE sp_save_overflow(
IN p_main_id BIGINT,
IN p_full_content TEXT,
IN p_threshold INT
)
BEGIN
DECLARE v_len INT DEFAULT LENGTH(p_full_content);
IF v_len > p_threshold THEN
INSERT INTO content_overflow (main_id, chunk_index, chunk_text)
VALUES (p_main_id, 1, SUBSTRING(p_full_content, p_threshold + 1));
END IF;
END$$
DELIMITER ;
然后在触发器里调用：CALL sp_save_overflow(NEW.id, NEW.content, 200);。注意：触发器中调用的存储过程不能包含事务控制语句（如 COMMIT），也不能修改触发器所在表。
-
SUBSTRING(str, pos)从第pos位取到末尾，比SUBSTRING(str, pos, len)更安全，避免算错长度 - 如果内容可能超 4MB，别用
TEXT，改用MEDIUMTEXT或分块存，否则SUBSTRING可能失败 - 触发器中不能用
SELECT ... INTO给变量赋值来获取动态长度——除非你确定该查询一定返回一行一列
应用层必须配合的三个动作
触发器只是后端补救，真正防截断要靠前端+应用协同。否则触发器连“原始长度”都收不到，等于瞎子配刀。
- 插入前，应用必须计算并显式传入
content_raw_length字段值，不能依赖LENGTH(content)函数在触发器里算——因为NEW.content已被截断 - 读取时，应用要自动合并：
SELECT main.content, overflow.chunk_text FROM main LEFT JOIN content_overflow overflow ON main.id = overflow.main_id - 更新场景更麻烦：
BEFORE UPDATE触发器需同时处理“原内容变短”（删掉 overflow 记录）和“变长”（追加新 chunk），建议加个is_dirty标志位减少误判
最常被忽略的是更新路径——很多人只写了 INSERT 触发器，结果 UPDATE 时旧溢出数据滞留，新内容又另存一份，查出来重复两遍。
