1. 从一段“看着就头大”的存储过程说起MySQL 存储过程Stored Procedure说白了就是把一堆 SQL 语句打包成一个“函数”起个名字存进数据库以后调用名字就能跑。它能做什么把建表、循环、事务、条件判断这些操作封装起来减少应用层和数据库之间的来回传参。适合谁刚接触 MySQL、想搞懂“游标 循环 事务”怎么配合的开发者尤其是被一段带cursor、while、start transaction的范例卡住的人。我第一次看带游标的存储过程时脑子里全是问号declare done int default 1是干嘛的fetch ... into到底把值塞哪去了while done v_count 1为什么不是后来发现光看不动手永远绕不出来必须有一个能跑通的最小闭环本地 MySQL 建库建表、写一个简单存储过程、调用、看结果。这篇就按这个闭环走同时演示怎么用 TaoToken 的统一 Key 在 AI 工具里生成和校验这些脚本省掉反复查语法的时间。先明确目标我们要建一张物流车辆信息表、一张执行报表、一张交易记录表然后写一个存储过程遍历车辆把满足条件的交易记录状态更新掉。这个范例来自真实业务场景的简化版跑通它游标和事务的基本套路就清楚了。2. TaoToken 前置统一 Key 怎么帮我们写 SQL写存储过程最烦的不是逻辑是语法细节。delimiter什么时候改、declare顺序有没有要求、游标fetch越界怎么处理这些记不住就得查。TaoToken 在这里的作用是给你一个统一的 API Key 和 API 通道让 Claude Code、Cursor、Continue 这类 AI 编码工具都能用同一个 Key 调用模型不用每个工具配一遍。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台生成 Key。API 地址是 https://taotoken.net/api 注意这个不带 UTM 参数配置工具时填这个。控制台里能看到用量和余额API Keys 页面管理密钥。具体到写存储过程我的用法是把建表语句和需求描述丢给 AI 工具让它生成存储过程骨架然后自己改循环边界和事务范围。TaoToken 的 Coding Plan 适合长期做这类脚本生成和校验因为存储过程调试往往要来回改好几轮。如果你只是想验证某个语法点用模型对话页面直接问也行。需要提醒的是AI 生成的存储过程不能直接上生产尤其是涉及update多表的语句一定要在本地库先跑。TaoToken 只是帮你更快拿到草稿校验和测试还是得自己做。3. 可复制配置建库建表 存储过程定义3.1 建库建表 SQL先在本地 MySQL 执行建库和建表。三张表logistic_car_info存车辆logistic_car_execute_report存执行报表trading_record存交易记录。CREATE DATABASE IF NOT EXISTS demo_logistic DEFAULT CHARACTER SET utf8mb4; USE demo_logistic; CREATE TABLE logistic_car_info ( id INT(10) NOT NULL AUTO_INCREMENT, car_no VARCHAR(32) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB; CREATE TABLE logistic_car_execute_report ( id INT(10) NOT NULL AUTO_INCREMENT, car_id INT(10) NOT NULL, batch_id VARCHAR(32) NOT NULL, pay_flag CHAR(1) DEFAULT 0, state CHAR(1) DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB; CREATE TABLE trading_record ( id INT(10) NOT NULL AUTO_INCREMENT, trad_code VARCHAR(32) NOT NULL, pay_state TINYINT DEFAULT 0, account_state TINYINT DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB;插入几条测试数据让存储过程有东西可遍历INSERT INTO logistic_car_info (car_no) VALUES (CAR001), (CAR002), (CAR003); INSERT INTO logistic_car_execute_report (car_id, batch_id, pay_flag, state) VALUES (1, B202401, 1, 4), (2, B202402, 1, 4), (3, B202403, 0, 4); INSERT INTO trading_record (trad_code, pay_state, account_state) VALUES (B202401, 0, 0), (B202402, 0, 0), (B202403, 0, 0);3.2 存储过程定义这段是核心。注意delimiter要改成//否则 MySQL 遇到分号就以为语句结束了。DELIMITER // DROP PROCEDURE IF EXISTS sp_update_pay_state // CREATE PROCEDURE sp_update_pay_state() BEGIN DECLARE carId INT(10); DECLARE v_count INT; DECLARE done INT DEFAULT 1; DECLARE logisticCarInfoCursor CURSOR FOR SELECT id FROM logistic_car_info; SELECT COUNT(1) INTO v_count FROM logistic_car_info; START TRANSACTION; OPEN logisticCarInfoCursor; WHILE done v_count 1 DO FETCH logisticCarInfoCursor INTO carId; UPDATE logistic_car_execute_report lcer, trading_record tr SET tr.pay_state 1, tr.account_state 1 WHERE lcer.car_id carId AND tr.trad_code lcer.batch_id AND lcer.pay_flag 1 AND lcer.state 4 AND tr.pay_state 0; SET done done 1; END WHILE; CLOSE logisticCarInfoCursor; COMMIT; END // DELIMITER ;几个容易踩的点DECLARE必须放在BEGIN之后、其他语句之前游标的SELECT不能带INTOFETCH越界会报No data这里用done计数控制循环次数避免越界。WHILE done v_count 1等价于done v_count从 1 数到 v_count。3.3 用 TaoToken 生成与校验脚本把上面的需求描述丢给接了 TaoToken 的 AI 工具提示词可以这样写用 MySQL 写一个存储过程遍历 logistic_car_info 表的所有 id 对每条 id更新 logistic_car_execute_report 和 trading_record 两张表 条件是 lcer.car_id 当前id、tr.trad_code lcer.batch_id、 lcer.pay_flag 1、lcer.state 4、tr.pay_state 0 更新 tr.pay_state 1、tr.account_state 1。 要求用游标、事务给出完整 delimiter 写法。AI 返回后重点检查三处DECLARE顺序、游标SELECT有没有多余INTO、COMMIT位置。如果工具支持让它顺便生成验证用的SELECT语句。TaoToken 的接入文档在 https://taotoken.net/doc 配置 API 地址时填 https://taotoken.net/api 。4. 验证请求与成功结果4.1 调用存储过程CALL sp_update_pay_state();执行后应该返回Query OK。如果报错先看错误码常见的是1064语法错误和1329游标无数据。4.2 查看执行结果SELECT * FROM trading_record;预期结果B202401和B202402的pay_state、account_state都变成 1因为它们的pay_flag1且state4。B202403的pay_flag0不满足条件保持 0。----------------------------------------- | id | trad_code | pay_state | account_state | ----------------------------------------- | 1 | B202401 | 1 | 1 | | 2 | B202402 | 1 | 1 | | 3 | B202403 | 0 | 0 | -----------------------------------------再查执行报表确认没被误改SELECT * FROM logistic_car_execute_report;pay_flag和state不应该被这个存储过程改动因为UPDATE只动了trading_record的字段。4.3 用 AI 工具校验结果把上面的SELECT结果贴回 AI 工具问“这个结果是否符合预期有没有漏更新或多更新”。TaoToken 的模型对话入口在 https://taotoken.net/chat 适合做这种快速校验。如果发现B202403也被更新了说明WHERE条件写漏了回去检查pay_flag和state。5. 本篇常见错排查5.1 报错 1064语法错误最常见的原因是DELIMITER没改。在 MySQL 客户端里存储过程内部有分号不改分隔符客户端会在第一个分号处截断。确认DELIMITER //和结尾的DELIMITER ;都写了。另一个原因是DECLARE位置不对。DECLARE必须在BEGIN之后、START TRANSACTION之前不能夹在SELECT后面。5.2 报错 1329No data - zero rows fetched游标FETCH次数超过了结果集行数。这个范例用done计数控制done从 1 开始循环条件done v_count 1正好执行v_count次。如果你改成done从 0 开始条件要相应调整否则会多FETCH一次。5.3 更新了不该更新的行检查WHERE条件里的字段类型。pay_flag和state是CHAR(1)比较时用1和4不要写成数字1和4虽然 MySQL 会隐式转换但容易出意外。另外tr.pay_state 0这个条件不能漏否则已经支付过的记录会被重复更新。5.4 事务没生效如果COMMIT之前报错事务会回滚。但如果你在客户端开了自动提交START TRANSACTION之后的行为要确认。用SELECT autocommit;查看如果是 1START TRANSACTION会临时关掉自动提交COMMIT后恢复。5.5 AI 生成的脚本跑不通AI 有时会把DECLARE和SET混用或者游标SELECT带INTO。把报错信息贴回 TaoToken 的模型对话让它针对性修正。如果反复改不对用 Coding Plan 开一个长会话把建表语句和报错一起给它让它重新生成完整脚本。6. 把 Key 配好下次直接生成跑通这个范例后你会发现存储过程的套路就那几步声明变量、声明游标、开事务、循环FETCH、UPDATE、关游标、提交。真正花时间的是语法细节和调试。用 TaoToken 统一 Key 的好处是Claude Code、Cursor、Continue 这些工具共用一个 Key换工具不用重新配。API Keys 页面在 https://taotoken.net/api-keys 生成后填到工具的 API 地址栏地址用 https://taotoken.net/api 。下次要写新的存储过程直接把表结构和需求丢给 AI让它生成骨架你改循环边界和事务范围然后在本地库跑一遍验证。Coding Plan 适合这种反复生成和调试的场景入口在 https://taotoken.net/coding-plan 。Claude Code 用户可以参考 https://taotoken.net/claude-code 的配置说明。存储过程不难难的是没人告诉你哪里会报错把这篇的范例跑一遍报错清单存下来下次遇到直接对照。
MySQL 存储过程入门：用 TaoToken 统一 Key 跑通第一个范例
1. 从一段“看着就头大”的存储过程说起MySQL 存储过程Stored Procedure说白了就是把一堆 SQL 语句打包成一个“函数”起个名字存进数据库以后调用名字就能跑。它能做什么把建表、循环、事务、条件判断这些操作封装起来减少应用层和数据库之间的来回传参。适合谁刚接触 MySQL、想搞懂“游标 循环 事务”怎么配合的开发者尤其是被一段带cursor、while、start transaction的范例卡住的人。我第一次看带游标的存储过程时脑子里全是问号declare done int default 1是干嘛的fetch ... into到底把值塞哪去了while done v_count 1为什么不是后来发现光看不动手永远绕不出来必须有一个能跑通的最小闭环本地 MySQL 建库建表、写一个简单存储过程、调用、看结果。这篇就按这个闭环走同时演示怎么用 TaoToken 的统一 Key 在 AI 工具里生成和校验这些脚本省掉反复查语法的时间。先明确目标我们要建一张物流车辆信息表、一张执行报表、一张交易记录表然后写一个存储过程遍历车辆把满足条件的交易记录状态更新掉。这个范例来自真实业务场景的简化版跑通它游标和事务的基本套路就清楚了。2. TaoToken 前置统一 Key 怎么帮我们写 SQL写存储过程最烦的不是逻辑是语法细节。delimiter什么时候改、declare顺序有没有要求、游标fetch越界怎么处理这些记不住就得查。TaoToken 在这里的作用是给你一个统一的 API Key 和 API 通道让 Claude Code、Cursor、Continue 这类 AI 编码工具都能用同一个 Key 调用模型不用每个工具配一遍。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台生成 Key。API 地址是 https://taotoken.net/api 注意这个不带 UTM 参数配置工具时填这个。控制台里能看到用量和余额API Keys 页面管理密钥。具体到写存储过程我的用法是把建表语句和需求描述丢给 AI 工具让它生成存储过程骨架然后自己改循环边界和事务范围。TaoToken 的 Coding Plan 适合长期做这类脚本生成和校验因为存储过程调试往往要来回改好几轮。如果你只是想验证某个语法点用模型对话页面直接问也行。需要提醒的是AI 生成的存储过程不能直接上生产尤其是涉及update多表的语句一定要在本地库先跑。TaoToken 只是帮你更快拿到草稿校验和测试还是得自己做。3. 可复制配置建库建表 存储过程定义3.1 建库建表 SQL先在本地 MySQL 执行建库和建表。三张表logistic_car_info存车辆logistic_car_execute_report存执行报表trading_record存交易记录。CREATE DATABASE IF NOT EXISTS demo_logistic DEFAULT CHARACTER SET utf8mb4; USE demo_logistic; CREATE TABLE logistic_car_info ( id INT(10) NOT NULL AUTO_INCREMENT, car_no VARCHAR(32) NOT NULL, PRIMARY KEY (id) ) ENGINEInnoDB; CREATE TABLE logistic_car_execute_report ( id INT(10) NOT NULL AUTO_INCREMENT, car_id INT(10) NOT NULL, batch_id VARCHAR(32) NOT NULL, pay_flag CHAR(1) DEFAULT 0, state CHAR(1) DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB; CREATE TABLE trading_record ( id INT(10) NOT NULL AUTO_INCREMENT, trad_code VARCHAR(32) NOT NULL, pay_state TINYINT DEFAULT 0, account_state TINYINT DEFAULT 0, PRIMARY KEY (id) ) ENGINEInnoDB;插入几条测试数据让存储过程有东西可遍历INSERT INTO logistic_car_info (car_no) VALUES (CAR001), (CAR002), (CAR003); INSERT INTO logistic_car_execute_report (car_id, batch_id, pay_flag, state) VALUES (1, B202401, 1, 4), (2, B202402, 1, 4), (3, B202403, 0, 4); INSERT INTO trading_record (trad_code, pay_state, account_state) VALUES (B202401, 0, 0), (B202402, 0, 0), (B202403, 0, 0);3.2 存储过程定义这段是核心。注意delimiter要改成//否则 MySQL 遇到分号就以为语句结束了。DELIMITER // DROP PROCEDURE IF EXISTS sp_update_pay_state // CREATE PROCEDURE sp_update_pay_state() BEGIN DECLARE carId INT(10); DECLARE v_count INT; DECLARE done INT DEFAULT 1; DECLARE logisticCarInfoCursor CURSOR FOR SELECT id FROM logistic_car_info; SELECT COUNT(1) INTO v_count FROM logistic_car_info; START TRANSACTION; OPEN logisticCarInfoCursor; WHILE done v_count 1 DO FETCH logisticCarInfoCursor INTO carId; UPDATE logistic_car_execute_report lcer, trading_record tr SET tr.pay_state 1, tr.account_state 1 WHERE lcer.car_id carId AND tr.trad_code lcer.batch_id AND lcer.pay_flag 1 AND lcer.state 4 AND tr.pay_state 0; SET done done 1; END WHILE; CLOSE logisticCarInfoCursor; COMMIT; END // DELIMITER ;几个容易踩的点DECLARE必须放在BEGIN之后、其他语句之前游标的SELECT不能带INTOFETCH越界会报No data这里用done计数控制循环次数避免越界。WHILE done v_count 1等价于done v_count从 1 数到 v_count。3.3 用 TaoToken 生成与校验脚本把上面的需求描述丢给接了 TaoToken 的 AI 工具提示词可以这样写用 MySQL 写一个存储过程遍历 logistic_car_info 表的所有 id 对每条 id更新 logistic_car_execute_report 和 trading_record 两张表 条件是 lcer.car_id 当前id、tr.trad_code lcer.batch_id、 lcer.pay_flag 1、lcer.state 4、tr.pay_state 0 更新 tr.pay_state 1、tr.account_state 1。 要求用游标、事务给出完整 delimiter 写法。AI 返回后重点检查三处DECLARE顺序、游标SELECT有没有多余INTO、COMMIT位置。如果工具支持让它顺便生成验证用的SELECT语句。TaoToken 的接入文档在 https://taotoken.net/doc 配置 API 地址时填 https://taotoken.net/api 。4. 验证请求与成功结果4.1 调用存储过程CALL sp_update_pay_state();执行后应该返回Query OK。如果报错先看错误码常见的是1064语法错误和1329游标无数据。4.2 查看执行结果SELECT * FROM trading_record;预期结果B202401和B202402的pay_state、account_state都变成 1因为它们的pay_flag1且state4。B202403的pay_flag0不满足条件保持 0。----------------------------------------- | id | trad_code | pay_state | account_state | ----------------------------------------- | 1 | B202401 | 1 | 1 | | 2 | B202402 | 1 | 1 | | 3 | B202403 | 0 | 0 | -----------------------------------------再查执行报表确认没被误改SELECT * FROM logistic_car_execute_report;pay_flag和state不应该被这个存储过程改动因为UPDATE只动了trading_record的字段。4.3 用 AI 工具校验结果把上面的SELECT结果贴回 AI 工具问“这个结果是否符合预期有没有漏更新或多更新”。TaoToken 的模型对话入口在 https://taotoken.net/chat 适合做这种快速校验。如果发现B202403也被更新了说明WHERE条件写漏了回去检查pay_flag和state。5. 本篇常见错排查5.1 报错 1064语法错误最常见的原因是DELIMITER没改。在 MySQL 客户端里存储过程内部有分号不改分隔符客户端会在第一个分号处截断。确认DELIMITER //和结尾的DELIMITER ;都写了。另一个原因是DECLARE位置不对。DECLARE必须在BEGIN之后、START TRANSACTION之前不能夹在SELECT后面。5.2 报错 1329No data - zero rows fetched游标FETCH次数超过了结果集行数。这个范例用done计数控制done从 1 开始循环条件done v_count 1正好执行v_count次。如果你改成done从 0 开始条件要相应调整否则会多FETCH一次。5.3 更新了不该更新的行检查WHERE条件里的字段类型。pay_flag和state是CHAR(1)比较时用1和4不要写成数字1和4虽然 MySQL 会隐式转换但容易出意外。另外tr.pay_state 0这个条件不能漏否则已经支付过的记录会被重复更新。5.4 事务没生效如果COMMIT之前报错事务会回滚。但如果你在客户端开了自动提交START TRANSACTION之后的行为要确认。用SELECT autocommit;查看如果是 1START TRANSACTION会临时关掉自动提交COMMIT后恢复。5.5 AI 生成的脚本跑不通AI 有时会把DECLARE和SET混用或者游标SELECT带INTO。把报错信息贴回 TaoToken 的模型对话让它针对性修正。如果反复改不对用 Coding Plan 开一个长会话把建表语句和报错一起给它让它重新生成完整脚本。6. 把 Key 配好下次直接生成跑通这个范例后你会发现存储过程的套路就那几步声明变量、声明游标、开事务、循环FETCH、UPDATE、关游标、提交。真正花时间的是语法细节和调试。用 TaoToken 统一 Key 的好处是Claude Code、Cursor、Continue 这些工具共用一个 Key换工具不用重新配。API Keys 页面在 https://taotoken.net/api-keys 生成后填到工具的 API 地址栏地址用 https://taotoken.net/api 。下次要写新的存储过程直接把表结构和需求丢给 AI让它生成骨架你改循环边界和事务范围然后在本地库跑一遍验证。Coding Plan 适合这种反复生成和调试的场景入口在 https://taotoken.net/coding-plan 。Claude Code 用户可以参考 https://taotoken.net/claude-code 的配置说明。存储过程不难难的是没人告诉你哪里会报错把这篇的范例跑一遍报错清单存下来下次遇到直接对照。
