Fanr

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
  395 随笔 :: 0 文章 :: 184 评论 :: 48万 阅读

背景:

  因为程序设计的不合理,程序的版本的控制也不到位,无法找出原先使用的程序。

  猜测可能是程序的连接池异常,导致sysprocesses,高达2900 以上。

原因:

  sql server 会话过多,导致可用内存在100M以下,cpu利用率居高不下。非空闲线程在100以内。服务器环境(奔腾单核,2.0Ghz,内存1.2G)

  sql server 会话过多,导致可用内存在80M左右,cpu利用率正常。非空闲线程在100以内。服务器环境(xeon 2.0 4核,2G内存),开tasklist,cmd 明显感觉卡。

处理方法:

  1.手动kill 会话,存在风险。如果程序不是通过连接池就很危险。

  2.定期重启应用程序,sql server 会自动清理已经断开连接的线程。  

posted on   Fanr_Zh  阅读(661)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现
点击右上角即可分享
微信分享提示