在SQL Server开发中，TSQL查询性能直接决定了系统的吞吐能力。许多看似简单的语句在高并发或大数据量下会暴露出严重的效率问题，而这些问题往往源于不合理的表结构访问方式与执行计划选择。理解数据库引擎如何处理TSQL，是做优化的第一步。
一、索引设计与使用
索引是TSQL优化最核心的手段。缺少合适索引会导致全表扫描，而过多或重复索引又会影响写入性能。建议为高频查询的过滤列与连接列建立非聚集索引，并尽量使用覆盖索引。
避免隐式转换
当查询条件中的数据类型与列定义不一致时，SQL Server会做隐式转换，导致索引失效。例如下面的语句就不会走索引：
-- UserID 是 int 类型，但传入字符串 SELECT * FROM Users WHERE UserID = '1001';
应改为显式匹配类型：
SELECT * FROM Users WHERE UserID = 1001;
二、编写高效的TSQL语句
不要使用 SELECT *
只查询需要的列，可以减少IO并增加覆盖索引命中的概率。如下写法更优：
SELECT UserName, Email FROM Users WHERE Status = 1;
慎用函数包裹列
在WHERE子句中对列使用函数会让索引无法生效，例如：
-- 错误示范：索引不会被使用 SELECT * FROM Orders WHERE YEAR(CreateTime) = 2023;
可改写为范围查询：
SELECT * FROM Orders WHERE CreateTime >= '2023-01-01' AND CreateTime < '2024-01-01';
三、借助执行计划分析
通过 SET STATISTICS IO ON 与执行计划，可以观察语句的扫描行数与索引使用情况。常见关注点如下：
| 指标 | 说明 |
|---|---|
| 扫描计数 | 越高代表越多的表或索引被重复访问 |
| 逻辑读 | 内存中页读取次数，越低越好 |
| 键查找 | 非聚集索引回表，可通过覆盖索引消除 |
四、小结
数据库优化实践在TSQL层面主要集中在索引合理性与语句写法。避免隐式转换、减少不必要的列与函数操作、结合执行计划持续调优，就能显著改善查询性能。优化不是一次性工作，而应在开发与运维中常态化。