触发器中需用SELECT ... INTO查父节点path并判空：若NEW.parent_id非空，则SELECT path INTO parent_path FROM category WHERE id = NEW.parent_id；否则parent_path设为空字符串，再拼接NEW.path = CONCAT(COALESCE(parent_path, '0'), '/', NEW.id)。
触发器里怎么拿到父节点的路径值
MySQL 触发器无法直接在 INSERT 语句中引用新插入行的自关联父级字段（比如 parent_id 对应的 path），必须显式查表。常见错误是写成 SELECT path FROM category WHERE id = NEW.parent_id，但没加 INTO 或忽略空父级（根节点 parent_id IS NULL）导致触发器报错 Subquery returns more than 1 row 或 NULL value in column 'path'。
正确做法是用 SELECT ... INTO + IF 判断：
DECLARE parent_path VARCHAR(255) DEFAULT '';<br>IF NEW.parent_id IS NOT NULL THEN<br> SELECT `path` INTO parent_path FROM `category` WHERE `id` = NEW.parent_id;<br>END IF;
注意：必须确保 category.id 有主键或唯一索引，否则 SELECT ... INTO 可能报错；parent_path 初始化为空字符串，避免后续拼接出 NULL/xxx 这种非法路径。
INSERT 触发器里如何拼接并写入 path 字段
path 字段典型格式是 '0/1/5/23'，根节点为 '0'，子节点在其父 path 后追加自身 id。关键点在于不能直接用 CONCAT(parent_path, '/', NEW.id) —— 如果 parent_path 是空字符串，结果会变成 '/23'，破坏层级结构。
- 根节点（
parent_id IS NULL）：设NEW.path = CONCAT('0', '/', NEW.id)或直接'0'（取决于业务定义） - 非根节点：用
CONCAT(parent_path, '/', NEW.id)，前提是parent_path非空且已查到 - 必须在触发器开头加
SET NEW.path = ...，否则字段保持默认值或NULL
完整片段示例：
IF NEW.parent_id IS NULL THEN<br> SET NEW.path = CONCAT('0/', NEW.id);<br>ELSE<br> SET NEW.path = CONCAT(parent_path, '/', NEW.id);<br>END IF;
UPDATE 触发器要同步更新所有子树 path 吗
要。如果只改当前行的 path，子节点的路径就失效了（比如把节点 A 从 /1/5 移到 /1/8 下，A 的子节点仍保留 /1/5/x）。MySQL 不支持递归 CTE 在触发器中执行，所以得用循环或应用层兜底。最简方案是：当 parent_id 或 path 被修改时，用 UPDATE 语句批量重算子树：
UPDATE `category` AS c1<br>JOIN `category` AS c2 ON c1.path LIKE CONCAT(c2.path, '/%')<br>SET c1.path = CONCAT(NEW.path, SUBSTRING(c1.path, LENGTH(c2.path)))<br>WHERE c2.id = OLD.id;
但该语句有风险：OLD.id 必须存在、c2.path 必须已正确、SUBSTRING 计算偏移需严谨。更稳妥的做法是在应用层捕获移动操作后主动刷新子树，或给触发器加条件限制（如仅允许 parent_id 更新，禁止直接改 path）。
为什么 UPDATE 触发器里不能用 BEFORE + SET NEW.path
因为 UPDATE 时若用户显式设置了 path（如 UPDATE category SET path='0/99' WHERE id=5），BEFORE UPDATE 中的 SET NEW.path = ... 会被覆盖。而 AFTER UPDATE 又不能修改 NEW。真实场景中，应该禁止直接更新 path 字段（加 CHECK 约束或应用层拦截），只允许通过 parent_id 变更来驱动路径更新。否则逻辑失控，容易出现路径与实际父子关系不一致。
路径字段本质是派生数据，维护它的成本比收益高——尤其在高频移动节点的系统里。真要强一致性，优先考虑应用层事务控制，而不是全压给触发器。
