WHERE子句含固定值的SQL语句参数化是否有性能或其他优势？

针对你提到的SELECT * FROM example_table WHERE type=1场景，就算type的查询值永久固定，参数化依然存在明确的收益，主要分为性能和工程实践两类：

性能层面收益 #

• 执行计划复用
  绝大多数主流关系型数据库（MySQL、PostgreSQL、SQL Server等）都支持执行计划缓存功能：SQL在首次执行时会经过语法解析、语义校验、执行计划优化三个阶段，生成的结果会被缓存到内存中。如果采用硬编码写法，哪怕只是where条件里的常量值不同，数据库也会判定为全新的SQL，需要完整走一遍上述流程。
  参数化后的SQL模板完全固定，哪怕同结构的其他查询传入不同的type值，都可以直接复用缓存好的执行计划，大幅降低高并发场景下的CPU开销。就算你当前这个查询永远只传1，也不会比硬编码有额外性能损耗。

工程实践层面收益 #

• 可维护性更强
  后续如果业务规则调整，需要修改查询的type值，你只需要修改参数赋值的位置，不需要改动SQL模板本身，避免手动修改SQL时出现语法错误、漏改多改等问题。
• 统一开发规范
  项目中所有查询统一使用参数化写法，不需要额外区分「固定常量」和「动态传入值」，既降低开发人员的心智负担，也能从规范层面避免动态值被不小心硬编码、引发SQL注入风险的问题。
• 规避隐式类型转换风险
  如果type字段本身是字符串类型，硬编码写type=1会触发数据库的隐式类型转换，直接导致type字段上的索引失效，引发全表扫描的性能问题。参数化写法可以显式指定参数的类型和字段类型对齐，从根源上避免这类问题。

少数极端场景下参数嗅探可能会生成非最优的执行计划，但这类场景占比极低，且可以通过数据库的执行计划强制绑定功能解决，整体收益远大于风险。

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