在MSSQL中，创建合适的索引是提升查询速度的关键步骤。首先，分析查询模式，选择合适的列作为索引键。比如，对于经常用WHERE子句过滤的列，建立非聚集索引。示例代码：CREATE INDEX IX_Orders_CustomerID ON Orders(CustomerID); 这能让SELECT * FROM Orders WHERE CustomerID = 123查询瞬间完成。聚集索引适合主键，确保数据物理有序。定期重建索引：ALTER INDEX ALL ON TableName REBUILD; 监控碎片化，避免性能下降。使用INCLUDE列包含常用查询字段，减少回表操作。结果：查询时间从秒级降到毫秒级，如风般迅捷。

聚集索引与非聚集索引的区别

聚集索引决定了数据的物理存储顺序，表只能有一个聚集索引，通常是主键。非聚集索引是数据的逻辑指针，可以有多个。选择时，聚集索引放范围查询多的列，非聚集放精确匹配。实际案例：销售表用订单日期做聚集索引，查询月份数据超快。

索引设计最佳实践

避免在低选择性列上建索引，如性别列，只有男女两种值。优先高选择性列，如用户ID。复合索引顺序很重要，先放等值过滤，再放范围过滤。覆盖索引让查询不回表：CREATE INDEX IX_cover ON Table(Col1) INCLUDE (Col2,Col3); 测试前后性能，用SET STATISTICS IO ON查看逻辑读减少。

索引维护技巧

用sys.dm_db_index_physical_stats监控碎片，如果碎片>30%，重建索引。更新统计信息：UPDATE STATISTICS TableName; 夜间维护任务自动化。删除无用索引，节省空间。用查询存储过程分析最耗时的查询，针对性优化。

真实场景优化案例

电商订单表，查询慢，主因无索引。加了IX_OrderDate_Customer后，日报表查询从10s降到0.1s。注意：过多索引影响INSERT/UPDATE速度，平衡读写。

FAQ

Q: 什么时候需要重建索引？
A: 当碎片率超过20-30%时，用ALTER INDEX REBUILD修复。

Q: 索引会占用多少空间？
A: 约等于数据大小的10-20%，视列宽而定，用sp_spaceused查看。

Q: 如何找慢查询？
A: 用SQL Server Profiler或Extended Events捕获，结合执行计划分析。

Q: 视图能用索引吗？
A: 是，创建索引视图，但需企业版且满足条件，如确定性函数。