含分号的ParseException报错求助：SQL语句添加等号分号后解析失败怎么办？

问题根源 #

这个错误的核心原因是SQL解析器把你字符串常量里的分号(;)当成了整个SQL语句的结束符。

当解析器读到concat('=test;',t.id)里的;时，它会错误地认为你的SQL语句已经结束了，后面的, t.other_id from service t;就变成了一段没有上下文的无效代码，自然会抛出“无法识别附近的输入”的ParseException——因为解析器以为语句已经结束，后面不应该还有内容。

这种情况在很多SQL客户端、JDBC驱动或者特定数据库（比如Hive、某些OLAP引擎）里很常见，它们对语句分隔符的处理不够智能，不会区分字符串内部的分号和语句结尾的分号。

修复方法 #

根据不同的使用场景，你可以选择以下几种方案：

1. 转义字符串内的分号

不同数据库的转义规则略有不同，常见的方式：

• MySQL/MariaDB：用反斜杠转义分号，或者把分号放在用双引号包裹的字符串里（如果开启了ANSI_QUOTES模式）：

  -- 反斜杠转义
  select t.*, concat('=test\;',t.id), t.other_id from service t;
  -- 双引号包裹（需开启ANSI_QUOTES）
  select t.*, concat("=test;",t.id), t.other_id from service t;
  

• PostgreSQL/Oracle：不需要转义分号，但如果是在某些客户端里报错，可以尝试用美元引号字符串（PostgreSQL）：

  -- PostgreSQL美元引号
  select t.*, concat($$=test;$$,t.id), t.other_id from service t;
  

• Hive/Spark SQL：可以用反斜杠转义，或者设置客户端的语句分隔符为其他符号：

  select t.*, concat('=test\;',t.id), t.other_id from service t;
  

2. 拆分字符串拼接逻辑

把包含分号的部分拆成单独的字符串常量再拼接，有些解析器对这种写法的兼容性更好：

select t.*, concat('=test', ';', t.id), t.other_id from service t;

3. 调整SQL客户端/工具的设置

如果是在GUI工具（比如DBeaver、Navicat）里报错，你可以修改工具的语句分隔符设置：

• 找到工具的“SQL编辑器”设置选项，把语句分隔符从;改成其他不常用的符号（比如||;或者//）；
• 开启“允许字符串内包含语句分隔符”的相关选项（不同工具名称可能不同）。

内容的提问来源于stack exchange，提问作者Vadim