访问页面升级访问_BPC页面访问缓慢无报错

大家好，又见面了，我是你们的朋友全栈君。

概述

引起BPC的页面访问缓慢的原因有很多，可能是由于网络慢、可能是由于BPC进程太忙、也可能是由于mongo数据库性能吃紧，所以对于页面访问缓慢需要根据具体情况实施解决方案

注意：本文分析的页面访问缓慢，仅是慢，但不报错

知识点

根据前台页面表现来大致区分一下问题的归属：

1. 仅查询数据的页面访问缓慢
   1. 点击链接跳转时，在当前页面停留较长时间
   2. 1. 可能是web处理不过来
      2. 可能是网络慢或忙
   3. 点击链接跳转时，页面白屏较长时间
   4. 1. 可能是加载静态资源慢(暂时无法形成文档，需要具体分析)
   5. 点击链接跳转时，数据加载较长时间(数据加载图标时间长)
   6. 1. 可能是mongo慢或忙
      2. 可能是jobber处理不过来(暂时无法形成文档，需要具体分析)
      3. 可能是services处理不过来
2. 所有页面访问缓慢(包括smartdecode)
   1. 任何时间都慢，基本可以认为和数据库无关
   2. 1. 可能是web处理不过来
      2. 可能是services处理不过来
      3. 可能是网络慢或忙

解决方案

排查时请根据所列事项的先后顺序进行排查

1. 排查mongo慢或忙
   1. 参考伏特加空间【MongoDB性能问题诊断】
2. 排查web或service处理不过来
   1. web处理不过来
   2. 1. 在主服务器上执行：top -c -p $(pgrep -d’,’ -f web/uwsgi.ini:web)
      2. 确认是否有某部分进程的cpu占用为100%，但其它进程的cpu占用极低(可以参考services处理不过来的截图)
      3. 使用方案 smb://qing.netis.com.cn/share/Public/SupportFAQ/uwsgi/BPC5.0前端任务积压web环节处理方案.docx

b. service处理不过来

1. 1. 在主服务器上执行：top -c -p $(pgrep -d’,’ -f services/uwsgi.ini:web)
   2. 确认是否有某部份进程的cpu占用为100%，但其它进程的cpu占极低

   

   1. 使用方案 smb://qing.netis.com.cn/share/Public/SupportFAQ/uwsgi/BPC5.0前端任务积压services环节处理方案.docx(该方案由Joe An提供，非常感谢)

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/148893.html原文链接：https://javaforall.cn