phpmyadmin 的 sql 标签页无法正确处理变量定义，因其默认单语句模式在首个分号处中断解析，导致 delimiter、declare 等语法报错 #1064；必须通过「导入」功能上传 utf-8（无 bom）编码、含正确 delimiter 声明的 .sql 文件才能成功创建存储过程。
phpmyadmin 本身不支持直接执行含 declare、set @var 或多语句块的存储过程创建脚本——它会报错或静默截断，尤其在「sql」标签页粘贴时。
为什么 phpMyAdmin 的 SQL 标签页无法正确处理变量定义？
phpMyAdmin 默认使用单条语句模式解析输入，遇到 DELIMITER、DECLARE、分号分隔的多语句（如 SET @a := 1; 后紧跟 SELECT @a;）时，会在第一个分号处中断执行，导致：
-
DELIMITER $$被忽略或报语法错误 -
DECLARE v_id INT DEFAULT 0;触发#1064 - You have an error in your SQL syntax - 即使创建成功，后续调用中用户变量（
@var）作用域混乱，值为空
必须改用「导入」功能 + 正确的文件格式
只有通过「导入」选项卡上传预处理好的 .sql 文件，才能绕过 phpMyAdmin 的实时语句解析限制。关键点：
- 文件必须以
DELIMITER $$开头，并在存储过程定义末尾用$$结束，再恢复DELIMITER ; - 所有语句（包括
CREATE PROCEDURE内部的SET、DECLARE）不能被 phpMyAdmin 的前端自动分隔 - 文件编码必须为
UTF8 without BOM，否则可能触发乱码或解析失败 - 不要在文件里写
CALL my_proc();—— 导入只负责创建，调用需另开 SQL 标签页手动执行
实际操作：三步写出能被 phpMyAdmin 导入的存储过程脚本
假设你要创建一个带局部变量和循环的存储过程：
DELIMITER $$
CREATE PROCEDURE `generate_user_report`()
BEGIN
DECLARE done INT DEFAULT FALSE;
DECLARE v_name VARCHAR(100);
DECLARE cur CURSOR FOR SELECT name FROM users LIMIT 5;
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
<pre class="brush:php;toolbar:false;">DROP TEMPORARY TABLE IF EXISTS temp_report;
CREATE TEMPORARY TABLE temp_report (id INT AUTO_INCREMENT PRIMARY KEY, info TEXT);
OPEN cur;
read_loop: LOOP
FETCH cur INTO v_name;
IF done THEN
LEAVE read_loop;
END IF;
INSERT INTO temp_report (info) VALUES (CONCAT('User: ', v_name));
END LOOP;
CLOSE cur;END$$ DELIMITER ;
- 把上面内容保存为
report_proc.sql，用记事本或 VS Code 确认编码是UTF-8（不是 UTF-8 with BOM） - 在 phpMyAdmin 左侧选中目标数据库 → 顶部点「导入」→ 选择该文件 → 「格式」选
SQL→ 点「执行」 - 成功后，在「例程」标签页能看到
generate_user_report，状态为DEFINER，此时再进 SQL 标签页运行CALL generate_user_report();
最容易被忽略的是 DELIMITER 切换时机和文件编码——哪怕只多一个 BOM 字节，phpMyAdmin 就可能报 #1064 却不提示具体位置。如果导入后例程没出现，先用 SHOW PROCEDURE STATUS WHERE Db = 'your_db'; 检查是否真的创建成功。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
