JDBC向SQL Server传参无单引号引发隐式转换问题咨询

核心：你看到的不是真实执行的参数化语句 #

当使用PreparedStatement的setString()方法传递字符串参数时，JDBC驱动不会把参数直接拼接成带单引号的SQL语句，而是发送参数化查询模板（比如SELECT * FROM TABLE_ISSUE WHERE branch=? AND pos=? AND "SEQUENCE"=?）到SQL Server，再单独传递参数值。你通过SQL Server Profiler或监控工具看到的"无单引号"语句，是SQL Server为了展示方便做的字面量替换优化，并非真实执行的参数化语句结构。

隐式转换与CPU高占用的真正原因 #

你遇到的CPU飙升问题，本质和"单引号"无关，而是参数类型与字段类型不匹配引发的隐式转换：

• 如果代码中误将参数以数值类型传递（比如用setInt()而非setString()），或者JDBC驱动因配置自动把字符串形式的数字转换成数值类型，SQL Server在执行时会强制将varchar类型的字段值隐式转为数值类型来匹配参数，这会导致索引失效、全表扫描，直接拉高CPU占用。
• 手动添加单引号的操作，本质是强制让参数以字符串类型参与比较，避免了隐式转换，因此性能恢复正常。

验证与修复建议 #

• 核对代码实现：确认使用的是PreparedStatement而非Statement，且所有varchar字段对应的参数都用setString()传递，不要误用数值类型的setXxx()方法。
• 检查JDBC驱动配置：SQL Server JDBC驱动的sendStringParametersAsUnicode等参数会影响参数传递方式，确保配置与字段类型匹配（varchar对应非Unicode，nvarchar对应Unicode）。
• 查看执行计划：通过SQL Server的执行计划确认是否存在隐式转换，定位具体的参数类型不匹配点。

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