SQL Server：复制粘贴的查询为何返回不同结果？

这事儿我踩过好几次坑，大概率是这几个细节在捣乱：

• 参数类型不匹配
  Express Profiler捕获的查询里，参数可能是带类型的（比如日期是Date对象、数字是数值型），但你直接从数据库复制的是字符串格式的值。数据库做隐式类型转换时，处理逻辑可能不一样——比如你查created_at > ?，Profiler里传的是UTC时间对象，你手动复制成不带时区的字符串，数据库解析后时间范围直接跑偏，结果自然不同。

• 特殊字符没转义
  如果参数里有单引号、反斜杠这类特殊字符，Profiler捕获的是已经转义后的版本（比如O''Neil），但你直接复制数据库里的原始值O'Neil，要么导致语法报错，要么让查询匹配到错误的内容，结果肯定不对。

• 漏掉了隐含的查询条件
  有些ORM或查询工具会偷偷加一些默认条件，比如多租户场景自动带tenant_id = ?，或者软删除的is_deleted = 0。这些条件在Profiler里可能没完整显示，但你手动复制的时候完全漏掉了，查询范围直接变了，结果当然不一样。

• 时区/时间戳的坑
  涉及时间查询时，Profiler里的参数可能是UTC时间，而数据库存储的是带时区的时间，你手动复制的是本地时区的字符串值，两者的时间偏移导致查询范围不匹配。比如数据库里是2024-05-20 10:00:00 UTC，你写成2024-05-20 10:00:00（本地时区），查出来的结果差了好几个小时。

• 参数顺序搞反了
  如果查询有多个参数，Profiler里的参数顺序是严格对应占位符的，但你手动复制时把值的顺序搞混了——比如第一个占位符是用户ID，第二个是状态，你把状态值放到了用户ID的位置，结果能对才怪。

排查小技巧： #

1. 把两个查询逐字符对比，包括空格、引号、参数标记（比如SQL里的@param），别放过任何细节；
2. 查看数据库的执行计划，对比两个查询的执行逻辑，差异点往往藏在这里；
3. 把手动查询改成参数化方式（比如用?占位符传值），再跑一遍，看结果是否和Profiler的一致，排除类型问题。

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