SSMS执行无返回结果SQL语句加GO报错问题求助

你的推测完全命中了问题的核心——SSMS在处理无结果集返回的语句时，确实会错误地把GO批处理分隔符当作SQL语句的一部分发送给SQL Server，而不是在客户端提前拆分批处理。

为什么会出现这种差异？ #

当你执行select * from foo go时，因为语句会返回结果集，SSMS的批处理解析逻辑能正常识别GO并将其作为批分隔符处理，不会把它发送到服务器；但像DELETE、INSERT、UPDATE这类仅返回受影响行数（或无返回内容）的语句，SSMS的解析逻辑会出现异常，导致GO被包含在发送给服务器的SQL文本里。而SQL Server本身并不认识GO——它只是SSMS等客户端工具的批处理标记，不是T-SQL的合法关键字，所以自然会抛出语法错误。

可行的解决方案 #

• 给GO单独占一行
  这是最直接有效的修复方式，SSMS对单独成行的GO识别准确率最高。把你的语句改成：

  delete from foo
  go
  

  这样SSMS会正确拆分批处理，不会把GO发送到服务器执行。

• 再次确认批处理分隔符设置
  虽然你已经检查过，但可以再细致核对一遍：

  1. 打开SSMS，点击顶部菜单栏的「工具」→「选项」
  2. 在左侧导航栏依次展开「查询执行」→「SQL Server」→「常规」
  3. 确认「批处理分隔符」设置为GO（大小写不影响，但建议保持默认的大写格式）

• 升级SSMS版本
  SSMS v17.6存在一些已知的批处理解析bug，尤其是在处理无结果集语句时表现明显。升级到更高版本（比如SSMS v18.x或最新的v19.x版本）不仅能修复这类兼容性问题，还能获得更稳定的性能和新功能支持。

补充说明 #

要记住：GO从来都不是SQL Server能识别的T-SQL语句，它只是客户端工具用来拆分多个独立批处理的标记。只要保证GO单独成行，SSMS就能正确完成批处理拆分，避免这类语法错误。

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