目前博客园程序存在的性能问题

    昨天有用户反映访问博客园的速度变慢了。而我访问时并没有感觉出来。但我没有忽视这个问题。用SQL事件探查器对数据库查询进行了监视。发觉有些存储过程执行时间比较长,有时会超过1秒。尤其是新增的显示其他网站分类的文章标题的功能,该功能调用的存储过程频繁执行,而且执行时间比其他的存储过程长。于是,我关闭了该功能。从SQL事件探查器看,性能有了改善,但访问页面感觉不明显。
    今天,通过SQL Server自带的索引优化向导,对索引进行了优化, 性能比以前有了提高。我从访问首页的速度可以感觉出来。
    但通过SQL事件探查器,发现下列3个存储过程执行时间还是比较长:
blog_GenericGetEntries_10
blog_GenericGetPagedEntries_10
blog_GenericGetEntriesWithCategories_10
执行时间超过400毫秒, 有时会超过1秒, 监视过程中最高达到了1.6秒。
    我又用性能计数器对SQL Server的一些运行参数进行了监视,发现Lock Requests/sec数值很高,请看下面的截图:



为了减少对Lock的请求, 我给这三个存储过程及相关的存储过程加上了with(nolock)参数。
但情况并没有明显改善。
请大家献计献策, 对这个问题发表自己的高见。

posted @   dudu  阅读(2538)  评论(22编辑  收藏  举报
编辑推荐:
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
阅读排行:
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· spring官宣接入deepseek,真的太香了~
点击右上角即可分享
微信分享提示