Hey，从你遇到的问题来看，大概率是SSMS的某个查询设置被误改了——毕竟你说之前正常、换机器能跑、升级版本也没用，肯定不是数据库或硬件的锅。结合你给出的测试案例，我整理了几个最可能的原因和解决办法，你可以挨个试试：

1. 检查查询窗口的兼容级别设置 #

DECLARE @变量 = 值这种即时赋值语法是SQL Server 2008才支持的，如果你的查询窗口强行用了低于2008的兼容级别，就会触发语法错误。
操作步骤：

• 打开出问题的查询窗口，点击顶部菜单的「查询」→「查询选项」
• 在弹出的窗口中，展开「执行」→「ANSI」，找到「兼容级别」选项
• 选择100（对应SQL Server 2008）或更高版本（和你的SQL Server实际版本匹配即可），确认后重新执行语句

2. 核对ANSI标准开关状态 #

有两个关键的ANSI选项如果被关闭，会导致解析器无法识别新语法：QUOTED_IDENTIFIER和ANSI_NULLS。
操作步骤：

• 先在查询窗口执行这段代码，查看当前会话的设置：

  SELECT name, setting FROM sys.dm_exec_sessions WHERE session_id = @@SPID;
  

• 重点检查QUOTED_IDENTIFIER和ANSI_NULLS是否为ON，如果是OFF，手动开启：

  SET QUOTED_IDENTIFIER ON;
  SET ANSI_NULLS ON;
  

• 之后再执行你的测试语句

3. 重置SSMS全局默认设置 #

如果上述方法都无效，可能是你不小心修改了SSMS的全局配置，导致所有新查询窗口都继承了错误参数。
操作步骤：

• 关闭所有SSMS窗口
• 重新打开SSMS时，按住Ctrl+Shift组合键，直到弹出「重置所有设置」的提示框
• 选择「重置所有设置」，确认后重启SSMS，再测试你的语句

4. 排查是否意外开启了SQLCMD模式 #

SQLCMD模式会改变SSMS的语法解析逻辑，虽然你用的是T-SQL的DECLARE变量，但开启该模式可能会引发异常解析。
操作步骤：

• 点击查询窗口顶部的「查询」菜单，查看「SQLCMD模式」是否被勾选
• 如果已勾选，取消后重新执行语句

另外，你升级SSMS版本后问题依旧，说明不是版本本身的bug，就是本地配置的问题。按照上面的步骤逐一排查，应该能解决问题。

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