1. MySQL 存储过程赋值踩坑现场：为什么你的变量总是 NULL
MySQL 存储过程赋值这件事，看起来简单，实际写起来坑特别多。我见过太多后端同学在调试存储过程时，明明 SQL 单独跑没问题，一放进存储过程里变量就是 NULL，或者赋值语句直接报语法错误。核心原因在于：MySQL 存储过程里的变量赋值有三套完全不同的语法体系，分别对应局部变量、用户变量和参数变量，混用就会出问题。
存储过程赋值到底能做什么？简单说，就是在一个预编译的 SQL 逻辑块里，把查询结果、计算结果或者参数值存进变量，供后续的判断、循环、删除等操作使用。适合谁？后端开发做批量数据清理、DBA 做定时任务、数据迁移脚本编写者，都会频繁用到。
我试过在一个资源清理场景里，用游标遍历一批过期资源，每轮循环需要拿到资源的缩略图 ID，然后判断是否大于 0 再决定要不要删图标。这个逻辑里就同时用到了DECLARE局部变量、SELECT ... INTO赋值、以及IF ... THEN判断。如果赋值写错，icon_id永远是 NULL，IF icon_id > 0永远为假，图标就删不掉，留下孤儿数据。
更麻烦的是，MySQL 对赋值失败的处理很“安静”。比如SELECT smallIcon INTO icon_id FROM tbl_resource WHERE id = a;如果查不到记录，MySQL 不会报错，而是抛一个NOT FOUND的 warning，变量保持原值。如果你没写CONTINUE HANDLER，游标循环可能直接中断，或者变量带着上一轮的值继续跑，导致误删。
所以这篇内容我会把三种赋值写法拆开讲清楚：SET直接赋值、SELECT ... INTO查询赋值、以及参数默认值赋值。每种都给可复制的存储过程片段，再配上变量作用域验证 SQL。最后用一个统一 Key 调用 API 的方式，把批量赋值和调试流程串起来，方便你在本地快速验证逻辑。
先记住一个核心原则：局部变量用DECLARE声明，赋值用SET或SELECT INTO；用户变量用@前缀，赋值用SET或SELECT ... :=；参数变量在IN/OUT/INOUT里声明，赋值用SET。三者的作用域和生命周期完全不同，混用就是 NULL 异常的根源。
2. TaoToken 前置准备：统一 Key 与 API 接入配置
在开始写存储过程之前，先把调试环境搭好。TaoToken 在这里的角色是提供一个统一的 API 入口，让你可以用同一个 Key 调用模型对话、代码生成和调试辅助能力。对于存储过程这种语法细节多、报错信息不直观的场景，有一个能快速解释报错和生成测试 SQL 的通道，效率会高很多。
你需要先拿到 API Key。访问https://taotoken.net/api-keys创建 Key，注意这个页面是控制台的一部分，创建后复制保存，后面配置里要用。如果你还没有账号，从https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=进入注册即可。
拿到 Key 之后，Base URL 统一用https://taotoken.net/api，不要加 UTM 参数。模型 ID 根据你的场景选，调试存储过程建议用擅长代码的模型，比如claude-sonnet-4-20250514或者gpt-4o，具体可用列表在https://taotoken.net/doc里查。
如果你用的是 Claude Code 或者 Cline 这类编码工具，配置方式略有不同。Claude Code 需要在 settings 里填 Base URL、Key 和 Model ID 三件套。Cline 的 MCP 配置也是类似逻辑。Codex 的auth.json里同样要写全这三项。下面给一个通用的 JSON 配置片段，你可以直接复制到对应的配置文件里：
{ "base_url": "https://taotoken.net/api", "api_key": "sk-你的Key", "model": "claude-sonnet-4-20250514", "timeout": 60 }注意：api_key不要提交到 Git，建议用环境变量注入。如果你在本地调试，可以放在.env文件里，然后通过process.env读取。
对于存储过程调试，我建议把 TaoToken 的模型对话页面打开，地址是https://taotoken.net/chat。遇到SELECT INTO返回 NULL 或者游标死循环的时候，直接把存储过程片段贴进去问，比翻文档快。如果你要长期做数据库相关的编码和 Agent 任务，可以考虑 Coding Plan，入口在https://taotoken.net/coding-plan，适合高频调用场景。
配置完成后，先用一个最简单的请求验证连通性。用 curl 测试：
curl -X POST https://taotoken.net/api/v1/chat/completions \ -H "Content-Type: application/json" \ -H "Authorization: Bearer sk-你的Key" \ -d '{ "model": "claude-sonnet-4-20250514", "messages": [{"role": "user", "content": "MySQL 存储过程里 SELECT INTO 查不到记录时变量会变成 NULL 吗？"}] }'如果返回正常 JSON，说明 Key 和 Base URL 都对。如果报 401，检查 Key 是否复制完整；如果报 model not found，去文档页确认模型 ID 拼写。
这一步看起来和存储过程没关系，但实际调试时，你需要一个能快速解释NOT FOUNDhandler 行为、生成测试数据的通道。TaoToken 的统一 Key 让你不用在多个平台之间切换，一个 Key 搞定代码生成、报错解释和 SQL 优化建议。
3. 三种赋值写法可复制配置：SET、SELECT INTO 与默认参数
这一节是核心，直接给可复制的存储过程配置。先明确三种写法的适用场景：
SET适合直接赋值常量、表达式结果或者用户变量。语法是SET var_name = value;或者SET var_name := value;。局部变量和用户变量都能用。
SELECT ... INTO适合把查询结果赋给变量。语法是SELECT col1, col2 INTO var1, var2 FROM table WHERE ...;。注意查询必须返回一行，返回多行会报错，返回零行会触发NOT FOUND。
默认参数赋值适合在存储过程入口给参数兜底。MySQL 不支持参数默认值语法，但可以用IF param IS NULL THEN SET param = default_value; END IF;模拟。
下面是一个完整的存储过程示例，模拟资源清理场景，包含游标、SELECT INTO、SET和IF判断：
DELIMITER $$ CREATE PROCEDURE clean_expired_resources( IN expireDate VARCHAR(20), IN resType INT ) BEGIN DECLARE a, b, icon_id INT DEFAULT 0; DECLARE done INT DEFAULT 0; DECLARE cur_1 CURSOR FOR SELECT id FROM tbl_resource WHERE discriminator = 'RC_CON' AND robot_type = resType AND add_date <= expireDate; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = 1; OPEN cur_1; read_loop: LOOP FETCH cur_1 INTO a; IF done = 1 THEN LEAVE read_loop; END IF; SET icon_id = 0; SELECT smallIcon INTO icon_id FROM tbl_resource WHERE id = a LIMIT 1; DELETE FROM tbl_resource WHERE parent_id = a; DELETE FROM tbl_visitrecords WHERE resource_id = a; DELETE FROM tbl_detailrecord WHERE resource_id = a; DELETE FROM tbl_comment WHERE resource_id = a; DELETE FROM tbl_resource WHERE id = a; IF icon_id > 0 THEN DELETE FROM tbl_resource WHERE id = icon_id; END IF; END LOOP; CLOSE cur_1; END$$ DELIMITER ;这段代码里有几个关键点。DECLARE a, b, icon_id INT DEFAULT 0;给局部变量设了默认值 0，避免未赋值时参与比较出现 NULL 逻辑。DECLARE done INT DEFAULT 0;配合CONTINUE HANDLER FOR NOT FOUND SET done = 1;处理游标取完的情况。SELECT smallIcon INTO icon_id ... LIMIT 1;确保只返回一行，防止多行报错。
如果你用用户变量，写法是：
SET @cnt = 0; SELECT COUNT(1) INTO @cnt FROM tbl_resource WHERE robot_type = resType;或者等价的：
SELECT @cnt := COUNT(1) FROM tbl_resource WHERE robot_type = resType;这两种写法在 MySQL 里是等价的，但SELECT ... INTO更推荐，因为语义更清晰，不容易和:=赋值混淆。
对于参数默认值，可以这样写：
CREATE PROCEDURE get_resources( IN p_resType INT, IN p_limit INT ) BEGIN IF p_resType IS NULL THEN SET p_resType = 0; END IF; IF p_limit IS NULL OR p_limit <= 0 THEN SET p_limit = 100; END IF; SELECT * FROM tbl_resource WHERE robot_type = p_resType LIMIT p_limit; END;注意IF p_resType IS NULL不能写成IF p_resType = NULL，后者永远为假。这是 NULL 异常最常见的坑之一。
如果你用 TaoToken 的模型对话来生成这些片段，可以把表结构贴进去，让它按你的字段名生成。模型对话入口在https://taotoken.net/chat，直接描述需求即可。
4. 验证请求与成功结果：变量作用域与赋值结果检查
写完存储过程，必须验证变量作用域和赋值结果。很多人以为DECLARE的变量在整个存储过程里都能用，实际上它的作用域是BEGIN ... END块内，嵌套块里如果重新DECLARE同名变量，会遮蔽外层变量。
先看一个作用域验证 SQL：
DELIMITER $$ CREATE PROCEDURE test_scope() BEGIN DECLARE x INT DEFAULT 1; SELECT x AS outer_x; BEGIN DECLARE x INT DEFAULT 2; SELECT x AS inner_x; END; SELECT x AS after_inner_x; END$$ DELIMITER ; CALL test_scope();执行结果会是：outer_x = 1，inner_x = 2，after_inner_x = 1。内层DECLARE的 x 只在内层块生效，不影响外层。如果你在内层想改外层的 x，不能用DECLARE，要用SET x = 2;。
再验证SELECT INTO查不到记录时的行为：
DELIMITER $$ CREATE PROCEDURE test_select_into() BEGIN DECLARE v_id INT DEFAULT 999; DECLARE CONTINUE HANDLER FOR NOT FOUND SET @not_found = 1; SET @not_found = 0; SELECT id INTO v_id FROM tbl_resource WHERE id = -1; SELECT v_id AS v_id_after, @not_found AS not_found_flag; END$$ DELIMITER ; CALL test_select_into();如果表里没有id = -1的记录，v_id会保持 999，@not_found变成 1。如果你没写 handler，MySQL 会抛 warning，但存储过程继续执行，变量保持原值。这就是为什么建议在SELECT INTO之前先SET一个默认值。
验证游标赋值是否正常：
DELIMITER $$ CREATE PROCEDURE test_cursor_assign() BEGIN DECLARE v_id INT; DECLARE done INT DEFAULT 0; DECLARE cur CURSOR FOR SELECT id FROM tbl_resource LIMIT 5; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = 1; CREATE TEMPORARY TABLE IF NOT EXISTS tmp_ids (id INT); OPEN cur; read_loop: LOOP FETCH cur INTO v_id; IF done = 1 THEN LEAVE read_loop; END IF; INSERT INTO tmp_ids VALUES (v_id); END LOOP; CLOSE cur; SELECT * FROM tmp_ids; DROP TEMPORARY TABLE tmp_ids; END$$ DELIMITER ; CALL test_cursor_assign();如果tmp_ids里有数据，说明游标赋值正常。如果为空，检查FETCH是否在LEAVE之前执行，以及done的初始值是否为 0。
用 TaoToken 的 API 可以批量生成这些测试 SQL。比如你有一批表需要验证赋值逻辑，可以写一个脚本调用模型对话接口，把表名和字段传进去，让它生成对应的验证存储过程。模型对话地址是https://taotoken.net/chat，适合交互式调试。
成功结果的标准是：变量在预期作用域内可读，SELECT INTO查不到记录时变量保持默认值，游标循环能正常退出，IF判断按预期分支执行。如果这四点都满足，赋值逻辑就没问题。
5. 本篇常见错排查：401、NOT FOUND、NULL 与语法报错
这一节对照真实报错，逐个排查。存储过程赋值相关的错误，一半是语法问题，一半是 NULL 处理问题。
错误 1：401 Unauthorized
如果你在用 TaoToken API 调试时遇到 401，检查三个地方：Key 是否复制完整、Base URL 是否写成https://taotoken.net/api、请求头是否带了Authorization: Bearer sk-xxx。注意 Base URL 不要加 UTM 参数，API 地址就是纯https://taotoken.net/api。如果 Key 没问题还是 401，去https://taotoken.net/api-keys重新生成一个。
错误 2：local proxy failed
这个报错通常出现在本地工具配置了代理但代理不可用的情况。检查你的工具配置里是否有多余的 proxy 设置，把 proxy 相关字段删掉，直连https://taotoken.net/api。如果你在公司内网，确认防火墙是否放行了 443 端口。
错误 3：reading choices 返回空
调用模型对话接口时，如果返回的choices数组为空，检查请求体里的messages是否为空，或者model字段是否拼写错误。模型 ID 必须和文档里一致，比如claude-sonnet-4-20250514不能写成claude-sonnet-4。文档地址在https://taotoken.net/doc。
错误 4：OAuth 相关报错
如果你用 Claude Code 接入，遇到 OAuth 报错，说明认证方式选错了。Claude Code 应该用 API Key 认证，不是 OAuth。在 settings 里把认证方式改成 API Key，填 Base URL、Key 和 Model ID 三件套。Cline MCP 和 Codexauth.json也是同样的三件套逻辑，缺一不可。
错误 5：SELECT INTO 变量为 NULL
这是存储过程赋值最典型的坑。原因通常是查询没返回记录，或者返回了 NULL 值。解决方法：在SELECT INTO之前给变量设默认值，用IFNULL包裹查询字段，或者加CONTINUE HANDLER FOR NOT FOUND。示例：
SET icon_id = 0; SELECT IFNULL(smallIcon, 0) INTO icon_id FROM tbl_resource WHERE id = a LIMIT 1;错误 6：游标死循环
如果REPEAT ... UNTIL b = 1 END REPEAT;里的b没有被正确赋值，循环永远不会退出。检查FETCH之后是否判断了done标志，以及CONTINUE HANDLER是否在DECLARE区域声明。handler 必须在游标和变量声明之后、可执行语句之前声明。
错误 7：语法报错 near 'SET'
这种报错通常是DELIMITER没设置，或者BEGIN ... END块里语句顺序不对。DECLARE必须在所有可执行语句之前，HANDLER必须在DECLARE之后。如果你在DECLARE之前写了SET，就会报语法错误。
错误 8：IF NULL 判断失效
IF var = NULL THEN永远为假，必须用IF var IS NULL THEN。这是 SQL 三值逻辑的基本规则，但在存储过程里特别容易忘。同样，WHERE col = NULL也查不到任何记录，要用WHERE col IS NULL。
排查时建议把存储过程拆成小段，逐段CALL验证。用 TaoToken 的模型对话可以快速解释报错信息，把错误码和上下文贴进去，通常能直接给出修复方案。如果你需要长期做这类调试，Coding Plan 的入口在https://taotoken.net/coding-plan，适合高频使用。
6. 统一 Key 接入 API 完成批量赋值与后续调试
最后一步，把存储过程赋值和 TaoToken 的 API 调用串起来，做一个批量赋值的实战流程。假设你有一批资源需要按类型和过期日期清理，每次清理前需要先统计数量并赋值给变量，然后根据变量决定是否执行删除。
你可以写一个 Python 脚本，调用 TaoToken 的模型对话接口生成批量 SQL，然后通过 MySQL 客户端执行。脚本结构如下：
import requests import pymysql TAOTOKEN_API = "https://taotoken.net/api/v1/chat/completions" API_KEY = "sk-你的Key" def generate_procedure(table_name, res_type, expire_date): prompt = f""" 生成一个 MySQL 存储过程，表名 {table_name}，参数 resType={res_type}，expireDate='{expire_date}'。 要求：用 DECLARE 声明局部变量，用 SELECT INTO 赋值统计数量， 用 IF 判断数量大于 0 时执行 DELETE，用 CONTINUE HANDLER 处理 NOT FOUND。 输出完整 SQL，包含 DELIMITER。 """ resp = requests.post( TAOTOKEN_API, headers={"Authorization": f"Bearer {API_KEY}"}, json={ "model": "claude-sonnet-4-20250514", "messages": [{"role": "user", "content": prompt}] } ) return resp.json()["choices"][0]["message"]["content"] def execute_sql(sql): conn = pymysql.connect(host="localhost", user="root", password="", database="test") with conn.cursor() as cur: cur.execute(sql) conn.commit() conn.close() if __name__ == "__main__": sql = generate_procedure("tbl_resource", 0, "2024-01-01") print(sql) execute_sql(sql)这个脚本的核心逻辑是：用统一 Key 调用模型生成存储过程 SQL，然后直接执行。注意choices[0]的取值，如果返回为空，检查model和messages是否正确。
批量赋值场景下，你可以把多个表名和参数放进列表，循环调用。每次生成后先EXPLAIN或者在小数据集上CALL验证，确认变量赋值和删除逻辑无误后再上生产。
后续调试建议保留一个debug_log表，在存储过程里把关键变量写进去：
CREATE TABLE IF NOT EXISTS debug_log ( id INT AUTO_INCREMENT PRIMARY KEY, proc_name VARCHAR(100), var_name VARCHAR(100), var_value VARCHAR(255), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP );然后在存储过程里插入日志：
INSERT INTO debug_log (proc_name, var_name, var_value) VALUES ('clean_expired_resources', 'icon_id', icon_id);这样每次执行后都能查到变量实际值，比SELECT输出更持久。
如果你在接入过程中遇到配置问题，接入文档在https://taotoken.net/doc，API Key 管理在https://taotoken.net/api-keys。模型对话适合快速验证语法，Coding Plan 适合长期编码任务。整套流程跑通后，存储过程赋值就不再是黑盒，每个变量的值都能追踪和验证。
