SQLyog中DELIMITER执行存储过程时出现的前置缩进问题

在SQLyog中执行存储过程时出现的前置缩进问题，实际上反映了SQLyog对SQL语句解析的一个特殊行为。以下是详细解释和解决方案：

问题根源

SQLyog的语句分隔逻辑：
- SQLyog默认会根据分号(;)和换行自动分隔SQL语句
- 当代码有缩进时，SQLyog可能错误地将缩进后的内容识别为新的SQL语句
DELIMITER的敏感性：
- DELIMITER //命令必须独立一行且无前导空格
- 任何缩进都会导致SQLyog将其视为普通文本而非指令
存储过程体内的语句：
- 过程体内的缩进不会影响执行（因为是作为整体解析）
- 但过程体外的命令（如DELIMITER）必须无缩进

正确写法示例

sql 复制代码

-- 必须顶格写（无缩进）
DELIMITER //
CREATE PROCEDURE grant_role_to_all_users()
BEGIN
    -- 这里面的缩进不会影响执行
    DECLARE finished INTEGER DEFAULT 0;
    DECLARE user_host VARCHAR(255);
    
    DECLARE user_cursor CURSOR FOR 
        SELECT CONCAT('`',USER,'`@`',HOST,'`') 
        FROM mysql.user 
        WHERE USER NOT IN ('root','mysql.sys','mysql.session','mysql.infoschema');
    
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET finished = 1;
    
    OPEN user_cursor;
    
    get_user: LOOP
        FETCH user_cursor INTO user_host;
        IF finished = 1 THEN LEAVE get_user; END IF;
        
        SET @grant_sql = CONCAT('GRANT "public_role" TO ', user_host);
        PREPARE stmt FROM @grant_sql;
        EXECUTE stmt;
        DEALLOCATE PREPARE stmt;
        
        SET @default_sql = CONCAT('SET DEFAULT ROLE "public_role" FOR ', user_host);
        PREPARE stmt FROM @default_sql;
        EXECUTE stmt;
        DEALLOCATE PREPARE stmt;
    END LOOP get_user;
    
    CLOSE user_cursor;
END//
-- 必须顶格写（无缩进）
DELIMITER ;

永久解决方案

关闭SQLyog的自动分隔功能：
- 菜单栏 → 工具 → 首选项 → 查询编辑器
- 取消勾选"自动分隔SQL语句"
使用批处理执行模式：
- 全选所有代码（包括DELIMITER）
- 按 Ctrl+Shift+F9（批处理执行）而非普通执行
检查编辑器设置：
- 确保没有开启"智能缩进"或"语法感知缩进"功能

为什么命令行不受影响？

MySQL原生命令行客户端：

完全依赖DELIMITER指令
不关心缩进和格式
直到遇到定义的结束符(如//)才会执行

而SQLyog等图形工具为提高易用性，会尝试自动解析SQL结构，导致对格式敏感。

最佳实践建议

存储过程创建语句建议：
- DELIMITER和END//必须顶格
- 过程体内的缩进保持一致性（4空格或1个tab）

复杂过程建议：

sql 复制代码

-- 顶格
DELIMITER //
CREATE PROCEDURE proc_name()
BEGIN
    -- 缩进内容
    SELECT * FROM table;
END//
-- 顶格
DELIMITER ;

保存为脚本文件后通过命令行执行：
bash 复制代码
```
mysql -u user -p db_name < procedure.sql
```

respect!