SQL Server 9000万行多表关联查询超时优化咨询

首先修复现有SQL的逻辑与写法错误 #

你当前的SQL存在三个直接导致全表扫描、执行报错、逻辑错误的问题：

• 对datetime类型的日期列Column5使用LIKE '%date%'做过滤是完全错误的写法：该写法会强制将日期值隐式转换为字符串做全表模糊匹配，完全无法命中索引，必然触发全表扫描，且该写法根本无法实现「取最近30天数据」的业务需求。
• WHERE子句未对OR条件加括号，虽然当前两侧条件都带日期判断，但SQL中AND优先级高于OR，后续调整过滤条件时非常容易出现逻辑偏差。
• JOIN语法存在别名缺失问题：关联table4、table5时使用了Tax、Company别名，但未在JOIN子句中定义对应表，执行时会直接抛出对象不存在的错误，需要补充表别名定义。

修正后的核心WHERE与JOIN逻辑参考：

-- 补充缺失的表别名定义
INNER JOIN [table4] AS Tax ON table1Line.TaxID = Tax.ID
INNER JOIN [table5] AS Company ON [table1].CompanyID = Company.ID
WHERE table6.id IN (2,5)
  -- 用可命中索引的日期范围查询替代LIKE模糊匹配
  AND [table1].Column5 >= DATEADD(DAY, -30, CAST(GETDATE() AS date))

注意：日期范围查询不要对Column5做CAST转换后再判断，否则会破坏索引命中条件，直接用原始列对比日期范围即可。

针对性创建索引，彻底避免全表扫描 #

你的场景下查询执行期间无新数据写入，不需要考虑索引写入开销，创建以下过滤型覆盖索引即可让数据库直接定位到最近30天的目标数据，不需要扫描全表：

• 主表table1创建联合过滤索引，提前筛掉不需要的渠道数据，缩小索引体积：

CREATE NONCLUSTERED INDEX IX_table1_Column5_Channel_Cover
ON [table1] (Column5 DESC, SalesChannelID, CustomerPersonID, CompanyID)
INCLUDE (Column1, ID)
WHERE SalesChannelID IN (2,5);

• 关联明细表table1Line创建关联覆盖索引，避免关联时回表查询：

CREATE NONCLUSTERED INDEX IX_table1Line_Table1ID_Cover
ON table1Line (table1ID, TaxID)
INCLUDE (Column6, Column7, Column8);

• 其余关联表table2/table3/table4/table5/table6均以主键ID作为关联条件，默认主键聚簇索引即可满足关联需求，无需额外创建索引。

额外性能优化点 #

• 删除无效JOIN：你当前SQL中JOIN了table3、table4、table5，但SELECT字段、WHERE过滤条件中均未使用这三张表的任何数据，这些关联只会带来额外的计算开销，甚至可能产生重复数据行，直接删除这三个JOIN即可大幅降低查询耗时。
• 排序利用索引顺序：上述table1的索引已经按Column5 DESC排序，数据库执行时不需要额外做文件排序，直接按索引顺序返回结果即可。
• 若该查询为固定周期执行的报表类查询，可基于上述逻辑创建索引视图预计算结果，查询时直接读取视图即可，耗时可压缩至1秒内。

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