一、先说结论：大部分慢查询都能靠索引解决
在 SQL Server 的运维里，80% 的性能问题来自缺失或错误的索引。本文整理了 10 个实战中最常用、见效最快的优化技巧，全部基于真实生产环境。
二、索引篇
1. 用执行计划找缺失索引
在 SSMS 里打开”显示实际执行计划”，跑一条慢查询，SQL Server 会在计划里直接提示 Missing Index。照着建议建，往往立竿见影。
-- 查看系统中被建议的索引
SELECT * FROM sys.dm_db_missing_index_details;
SELECT * FROM sys.dm_db_missing_index_groups;
2. 复合索引的列顺序
把等值查询的列放前面，范围查询的列放后面。比如 WHERE status=1 AND create_time>'2026-01-01'，索引应是 (status, create_time)，反过来就走不全。
3. 避免索引失效的函数包裹
在 WHERE 里对列套函数会导致索引失效：
-- 错误：索引用不上
SELECT * FROM orders WHERE CONVERT(varchar, create_time, 23)='2026-07-01';
-- 正确：范围查询
SELECT * FROM orders WHERE create_time >= '2026-07-01' AND create_time < '2026-07-02';
三、查询写法篇
4. 少用 SELECT *
只取需要的列，既能减少 IO，又有可能命中覆盖索引（index only scan），连回表都省了。
5. 警惕 implicit conversion（隐式转换）
字段是 varchar 但传入 nvarchar 参数，或反之，会触发全表扫描。确保参数类型与列类型一致。
6. 分页用 OFFSET FETCH 替代老写法
-- SQL Server 2012+ 推荐
SELECT id, name FROM users
ORDER BY id
OFFSET 10000 ROWS FETCH NEXT 20 ROWS ONLY;
四、统计信息与维护
7. 更新统计信息
数据大幅变动后，旧统计信息会让优化器选错执行计划：
UPDATE STATISTICS table_name WITH FULLSCAN;
8. 定期重建/重组索引
碎片率 >30% 重建，5%-30% 重组：
ALTER INDEX IX_xxx ON table_name REBUILD;
ALTER INDEX IX_xxx ON table_name REORGANIZE;
五、架构篇
9. 大表加索引要在低峰期
线上大表建索引会锁表，SQL Server 企业版支持 ONLINE=ON，标准版请务必在维护窗口操作。
10. 冷热数据分离
把几年前的历史订单迁到归档表/归档库，主表体积下去，所有查询都变快。
结语
优化不是一蹴而就，建议建一个慢查询监控：定期抓 sys.dm_exec_query_stats 里耗时 TOP 20 的语句，逐个击破。持续做，系统自然稳。
