记一次索引碎片引起的性能问题

最近公司项目做压测(查询请求),100个并发,发现查询条件发布时间(publishtime)不同,测试结果不一样:

AND t.publishtime >= '2021-12-05 00:00:00' 
AND t.publishtime <= '2021-12-19 23:59:59'

 100个并发平均耗时要20多秒,但是:

AND t.publishtime >= '2021-11-05 00:00:00' 
AND t.publishtime <= '2021-12-19 23:59:59'

100个并发平均耗时只需要3~5秒。

时间范围大,查询效率反而高。通过一顿摸索,最后在publishtime列上重建索引,上面两个时间范围,100个并发平均耗时都不到3秒。

百思不得其解,最后在百度搜索“重建索引 提升查询效率”,了解到了索引碎片这个概念:

重建索引提高查询效率 - ku:k - 博客园sqlserver重建(rebuild)索引可以提高查询速度当随着表的数据量不断增长,很多存储的数据进行了不适当的跨页(sqlserver中存储的最小单位是页,页是不不可再分的),会产生很多索引的碎片https://www.cnblogs.com/mengyirensheng/p/4217782.html

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值