标签：一次 服务 记录 无法访问 问题 搜索 apache 服务器

1 判断问题在传输链路的哪个位置
500并发用户EPR系统隔几天无法使用一次，
整个系统无法使用的时候 单独访问apache后的 tomcat 没有问题 判断出apche的问题

2 根据该位置的已知分支领域去尝试，缩小问题目标范围
查看error 发现无法访问的时候 达到了apache的最大连接数 、增加最大连接数到2000，依然过一段时间就无法访问；
怀疑有恶意攻击 统计access日志未发现异常ip访问；
统计tcp连接的时候发现 好多java线程连接 一台非数据库服务器，确认为搜索服务器（通过javacore 也断定是在调搜索的服务，去 应用层测试有关搜索的操作全部卡住）， 确定搜索服务求问题
3 基于缩小后的范围，大胆推测 逐步排查 一步步深入 并解决问题
重启所有服务 apache不起，用户通过应用层执行一次搜索操作，查看搜索服务的日志 发现 应用每次调用 相当于搜索服务器会接到10次相同请求。
推测 每个搜索业务请求会 导致10倍压力到搜索服务器 ，当搜索业务繁忙的时候 搜索服务的压力过大导致 无法及时响应 应用请求，应用等着搜索，apache等着 应用导致 连接一直不释放，一直往上涨导致apache撑不住。
后找搜索服务接口的开发优化搜索调用的接口 问题最终解决

标签：一次,服务,记录,无法访问,问题,搜索,apache,服务器
来源： https://www.cnblogs.com/qtong/p/12860801.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。