场景导入：存储过程的“黑盒”输出之痛
很多刚接触 n8n 的朋友，尤其是从传统开发转过来的后端同学，都习惯在数据库里写存储过程来封装复杂的业务逻辑。毕竟，存储过程执行效率高，还能隐藏内部实现细节。
但在 n8n 里调用存储过程时，大家很容易踩到一个坑：明明在数据库里执行得好好的，返回了统计结果或 ID，到了 n8n 的 MySQL 节点里，输出的 JSON 里却空空如也，或者只有查询结果没有输出参数。
这就好比你去一个黑盒子里取东西，盒子告诉你“取到了”，但具体是啥却不给你看。笔者当年刚用 n8n 对接老系统时，就因为这个问题卡了一下午。今天，N8N大学 就带你把这个问题彻底讲透，让你不仅能调用存储过程，还能精准拿到它的“输出参数”。
核心实操：三步搞定输出参数
要在 n8n 中正确处理 MySQL 存储过程的输出参数，关键在于理解 MySQL 节点对“查询”和“存储过程”的不同处理逻辑。我们以一个常见的场景为例：调用一个名为 sp_CreateOrder 的存储过程，它接受用户 ID 和金额，返回一个新生成的订单 ID。
第一步：编写标准的存储过程（输入与输出）
首先，确保你的 MySQL 存储过程定义正确。我们需要明确区分 IN（输入）和 OUT（输出）参数。
这是一个标准的存储过程示例：
CREATE PROCEDURE sp_CreateOrder (IN userId INT, IN amount DECIMAL(10,2), OUT newOrderId INT)
BEGIN
INSERT INTO orders (user_id, total_amount) VALUES (userId, amount);
SET newOrderId = LAST_INSERT_ID();
END
注意这里的关键点：OUT newOrderId INT。这是我们想要从 n8n 中获取的值。
第二步：配置 n8n 的 MySQL 节点
在 n8n 中，当你选择“Execute Stored Procedure”（执行存储过程）模式时，节点的配置逻辑与普通 SQL 查询略有不同。
- 添加 MySQL 节点：选择你的数据库连接。
- 模式选择：务必选择
Execute Stored Procedure。如果选错成Execute Query，输出参数通常会被忽略。 - 存储过程名称：输入
sp_CreateOrder。 - 参数设置：这是最容易出错的地方。点击“Add Parameter”，你需要按顺序填写存储过程定义的参数，即使它是
OUT类型的参数，你也需要在这里“占位”。- 参数 1：类型选
IN，值设为1001（用户ID）。 - 参数 2：类型选
IN，值设为99.99（金额）。 - 参数 3：类型选
OUT，值设为0（或者任意占位符，因为这是输出，输入值会被忽略）。
- 参数 1：类型选
这里有一个常见的认知误区：很多人以为 OUT 参数不需要填值。但在 n8n 的 UI 交互中，你必须填入参数值（即使是占位符），n8n 才能识别这是一个完整的参数列表。
第三步：解析输出 JSON
执行节点后，查看输出数据。n8n 的 MySQL 节点在执行存储过程时，通常会将结果封装在一个名为 result 的数组对象中。
输出结构通常如下所示：
{
"result": [
{
"newOrderId": 1050
}
]
}重点提示：输出的键名（如 newOrderId）取决于你的存储过程内部定义（SET newOrderId = ...）。n8n 会自动映射这些字段。你可以使用 Set 节点或在后续节点中通过 {{$json.result[0].newOrderId}} 来引用这个值。
避坑指南：为什么你拿不到输出参数？
实战中，90% 的问题都出在以下两个细节上：
坑点一：多结果集（Multiple Result Sets）
如果你的存储过程里写了 SELECT * FROM orders 或者其他查询语句，MySQL 节点可能会返回多个结果集。n8n 默认只处理第一个结果集，或者将所有结果混在一起，导致输出参数被淹没。
解决方案：确保存储过程在最后只返回一个干净的结果集，或者在 n8n 中通过解析不同的数组索引来获取数据。如果必须返回多个结果集，请仔细检查 result 数组的结构，输出参数往往在最后一个结果集里。
坑点二：参数顺序错误
MySQL 存储过程依赖参数的位置而不是名称。如果你在 n8n 的参数列表中顺序搞错了，比如把 OUT 参数插在了中间，数据库会报错或者静默失败。
解决方案：严格对照存储过程的定义。如果定义是 (IN a, IN b, OUT c)，n8n 里的顺序必须是 1:a, 2:b, 3:c。不要试图跳过某个参数，必须全部填满。
进阶技巧：结合 SQL 查询验证数据
有时候，仅仅拿到输出参数还不够，你可能需要立即验证数据库中的状态。笔者建议在存储过程执行后，紧跟一个 Execute Query 节点。
例如，拿到 newOrderId 后，立刻查询 SELECT * FROM orders WHERE id = {{$json.result[0].newOrderId}}。这不仅能验证存储过程是否真的写入了数据，还能为后续的自动化流程提供更完整的上下文。
FAQ 常见问题解答
Q1: 为什么我的输出参数显示为 null 或 undefined？
通常是因为存储过程内部逻辑没有给 OUT 变量赋值，或者赋值条件未满足。请先在 MySQL 客户端（如 Workbench 或 Navicat）手动执行该存储过程，确认它确实有返回值。如果客户端有返回而 n8n 没有，请检查 n8n 节点配置中的参数顺序是否与数据库定义完全一致。
Q2: n8n 的 MySQL 节点支持存储过程返回游标（Cursor）吗？
目前 n8n 的官方 MySQL 节点对游标的支持有限。如果你的存储过程涉及复杂的游标操作，建议将逻辑拆解，或者使用 Execute Query 模式直接执行返回结果集的 SQL 语句。对于简单的 OUT 参数返回，上述教程的方法是完全可行的。
Q3: 存储过程执行成功了，但 n8n 报错 "No parameters defined" 怎么办？
这通常发生在你选择了 Execute Stored Procedure 模式，但没有在下方的 "Parameters" 区域点击 "+" 号添加任何参数。即使你的存储过程没有输入参数（只有 OUT 参数），你也需要添加一个占位符来触发节点的执行逻辑。
总结与资源
在 n8n 中调用 MySQL 存储过程并获取输出参数，核心在于理解节点对参数的映射机制以及结果集的封装格式。只要记住“选对模式、填全参数、解析 result 数组”这三点，就能轻松打通数据库与自动化流程的桥梁。
如果你在实际操作中遇到了更复杂的报错，欢迎在 N8N大学 的社区中发帖求助。记住，自动化不是一蹴而就的，而是通过一个个小节点的正确拼接而成的。
