带筛选条件的单结果ORDER BY语句性能调优
针对你的Log表查询性能问题的分析与解决方案
首先直接给你明确结论:绝对不能移除ORDER BY语句!
你想想,你的需求是拿到符合条件的最新一条日志,要是去掉ORDER BY l.timestamp DESC,数据库返回的TOP 1完全是随机的(或者说取决于表的存储结构,比如堆表就是插入顺序,聚簇索引表就是聚簇键顺序),根本没法保证是你要的最新那条——这直接偏离了你的查询目的,绝对不可取。
那最优解决方案是什么?毫无疑问是创建合适的非聚集覆盖索引,具体的创建语句如下:
CREATE NONCLUSTERED INDEX IX_Log_FilterAndSort ON Log (id_fk, id_category, timestamp DESC) INCLUDE (message)
为什么这个索引能解决问题?我给你拆解下:
- 把
id_fk和id_category放在索引键的最前面,数据库可以快速定位到符合id_fk = '##Guid##' AND id_category IN ('Category 1', 'Category 2')的所有记录,不用扫描全表; - 紧接着把
timestamp DESC作为索引键的第三列,这样符合条件的记录在索引里已经是按时间戳从新到旧排好序的了,数据库直接取第一条就行,完全不需要再对结果集做排序操作——这正是解决你当前性能瓶颈的核心; INCLUDE (message)是为了让这个索引成为覆盖索引,也就是说索引里已经包含了你查询需要的所有字段(过滤条件、排序字段、返回的message),数据库不需要再回表去主数据页查找数据,性能会再上一个台阶。
如果你的Log表数据量特别大,后续还可以考虑按时间对表做分区,但先把这个覆盖索引加上,基本就能解决你现在的查询慢问题了。
内容的提问来源于stack exchange,提问作者Christopher
相关产品推荐
相关产品推荐

