企业官网建设流程全解析

UPDATE父子路径未更新的主因是触发器中仅修改NEW.path而未递归更新后代path，且AFTER触发器中直接UPDATE同表会报错，需用临时表或存储过程中转，并同步维护level等衍生字段。UPDATE 时父子路径没更新，触发器里忘改 NEW.path递归结构（比如组织架构、分类树）常靠 path 字段（如 '/1/5/23/'）加速查询，但 UPDATE 父节点 name 或移动节点位置时，子树的 path 不会自动变——触发器必须显式重算。常见错误是只更新当前行的 NEW.path，却没递归更新所有后代。实操建议：触发器类型必须是 AFTER UPDATE，不能用 BEFORE：因为要读取旧 path 做匹配，还要写后代，BEFORE 阶段无法安全修改其他行用 UPDATE ... WHERE path LIKE CONCAT(OLD.path, '%') 批量更新整棵子树，别用循环逐条查注意 OLD.path 和 NEW.path 的差异类型：如果只是改名，OLD.path = NEW.path，此时不用动子树；如果是 parent_id 变了，才需要重构路径MySQL 8.0+ 可用 CTE 写递归 UPDATE，但多数老版本得靠自连接或存储过程——别硬套新语法触发器里执行 UPDATE 报错 Can't update table 'xxx' in stored function/trigger这是 MySQL 经典限制：触发器中不能直接 UPDATE 触发它的同一张表。你写了个 AFTER UPDATE ON tree，又在触发器里 UPDATE tree，MySQL 直接拒绝。实操建议：绕过方法：用临时表中转。先 INSERT INTO tmp_tree SELECT id FROM tree WHERE path LIKE CONCAT(OLD.path, '%')，再 UPDATE tree JOIN tmp_tree ON tree.id = tmp_tree.id SET tree.path = ...更稳妥的做法是把更新逻辑抽到存储过程里，触发器只调用它——但要注意存储过程里也不能直接 UPDATE 同表，仍需中转PostgreSQL 没这限制，UPDATE 自己的表没问题，但要注意事务可见性：刚改完的行在后续 UPDATE 中是否可见，得看 READ COMMITTED 还是 REPEATABLE READ路径字段长度不够，UPDATE 子树时爆 Data too long for column 'path'path 字段通常定义为 VARCHAR(255)，但深度大、ID 长的树（比如 ID 是 UUID 或带前缀的字符串），拼起来轻松超长。触发器一跑批量 UPDATE，就卡在截断报错。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。