让我帮你拆解一下你在DBeaver里遇到的这几个变量执行问题，每个场景的原因和解决办法都很明确：

场景1：@set+select ${变量}单独运行正常，同时选中两行运行失效 #

这是因为DBeaver对客户端命令和数据库SQL的处理逻辑不同：

• @set test10 = 5是DBeaver专属的客户端命令，只会被DBeaver本身解析，用来设置客户端会话内的变量，数据库根本不认识这个语法；
• 当你同时选中@set和select ${test10}执行时，DBeaver会把这两行当成完整的SQL脚本发给数据库执行——数据库看不懂@set语句，直接报错，自然不会处理变量替换。而单独执行@set时，DBeaver会先把变量存在客户端，再单独执行select时，DBeaver会先把${test10}替换成已设置的值，再发给数据库。

解决办法：

• 要么分步执行：先单独运行@set行，再运行select行；
• 要么使用DBeaver的「执行脚本」功能（点击播放图标旁的下拉箭头，选择「执行脚本」），它会逐行解析脚本，先处理客户端的@set命令，再执行SQL语句；
• 或者把变量设置为数据库连接的会话变量（右键连接→编辑连接→参数→会话变量），这样每次连接都会自动加载变量，不用每次写@set。

场景2：T-SQL的DECLARE+SET写法每次弹出窗口 #

这个是DBeaver的参数自动检测功能搞的鬼：
DBeaver会把T-SQL里@开头的变量误识别成需要手动输入的参数，哪怕你已经用DECLARE+SET给变量赋了值。

解决办法：

• 打开DBeaver设置：「数据库」→「SQL编辑器」→「参数」；
• 要么关掉「自动检测参数」选项；
• 要么在「参数前缀」里调整规则，把T-SQL的@变量排除在外（比如添加例外规则）；
• 另外要确保你的数据库连接选择了正确的SQL方言（比如SQL Server），方言匹配的话，DBeaver对变量的识别会更准确。

场景3：多个@set+select必须分步跑才生效 #

和场景1的原因完全一致：多个@set都是客户端命令，当你把它们和select一起选中执行时，DBeaver会把所有内容当成SQL发给数据库，数据库不认识@set，所以客户端变量根本没被赋值，select里的${变量}自然无法替换。

解决办法：

• 优先用「执行脚本」功能执行整个脚本，DBeaver会正确解析并执行客户端命令；
• 如果习惯用局部变量，直接改用目标数据库的原生语法（比如SQL Server的DECLARE @test10 int = 7; SELECT @test10;），同时调整参数检测设置避免弹窗；
• 把常用变量存入连接的会话变量，一劳永逸。

额外小贴士 #

• 一定要分清DBeaver客户端变量（@set、${变量名}）和数据库原生局部变量（比如T-SQL的@变量名）：前者由DBeaver处理，后者由数据库引擎处理，语法和执行逻辑完全不同；
• 执行包含客户端命令的脚本时，尽量用「执行脚本」而非选中部分执行，避免逻辑混乱；
• 检查SQL编辑器设置：确保「启用变量替换」是打开的，变量格式设置为${变量名}。

内容的提问来源于stack exchange，提问作者J. Doe