服务器高并发处理/服务器宕机了怎么处理

高并发问题是大部分服务器都经历过的,由于资源的有限性,其同时处理请求的能力自然也有限制。当高并发出现时,服务端的处理和响应速度会大幅降低,更严重的会使服务器崩溃

一、服务器高并发处理

1、减少请求数量

高并发的主要原因之一就是请求量过于庞大,以致超出服务器的承受范围,因此想要解决问题就需要在这方面做出处理,一是需要避免重复的请求消耗不必要的资源,二是通过客户端自身的处理能力来响应请求,而不必到达服务端。

2、配置优化

如果请求量无法减少,或者有可能更多的情况下,那么增加资源、优化配置是必须要做的。可以增大带宽或对某些配置进行升级,或直接购买更高配置。如果请求量还是过大,可以提供多个服务器来实现任务分摊。

3、应用优化

在网页上也需要进行一番处理,例如动态页面静态化,减少不必要的图片和视频等需要占据和消耗大量空间的内容,可以考虑使用压缩传输的功能,来减少流量产生并提高速度。

4、数据库优化

数据库有时能起到一个决定性的作用,因此,我们需要选择一个合理的数据库引擎,对其进行配置优化。当请求通常是携带复杂的数据逻辑,那么可以考虑使用存储过程来处理。对数据库的表也可以同时进行降低数据量的处理。

5、HTML静态化 

其实大家都知道,效率最高、消耗最小的就是纯静态化的html页面,所以我们尽可能使我们的网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。

但是对于大量内容并且频繁更新的网站,我们无法全部手动去挨个实现,于是出现了我们常见的信息发布系统CMS,像我们常访问的各个门户站点的新闻频道,甚至他们的其他频道,都是通过信息发布系统来管理和实现的,信息发布系统可以实现最简单的信息录入自动生成静态页面,还能具备频道管理、权限管理、自动抓取等功能,对于一个大型网站来说,拥有一套高效、可管理的CMS是必不可少的

除了门户和信息发布类型的网站,对于交互性要求很高的社区类型网站来说,尽可能的静态化也是提高性能的必要手段,将社区内的帖子、文章进行实时的静态化,有更新的时候再重新静态化也是大量使用的策略,像Mop的大杂烩就是使用了这样的策略,网易社区等也是如此

同时,html静态化也是某些缓存策略使用的手段,对于系统中频繁使用数据库查询但是内容更新很小的应用,可以考虑使用html静态化来实现,比如论坛中论坛的公用设置信息,这些信息目前的主流论坛都可以进行后台管理并且存储在数据库中,这些信息其实大量被前台程序调用,但是更新频率很小,可以考虑将这部分内容进行后台更新的时候进行静态化,这样避免了大量的数据库访问请求

6、图片服务器分离 

大家知道,对于Web服务器来说,不管是Apache、IIS还是其他容器,图片是最消耗资源的,于是我们有必要将图片与页面进行分离,这是基本上大型网站都会采用的策略,他们都有独立的图片服 务器,甚至很多台图片服务器

这样的架构可以降低提供页面访问请求的服务器系统压力,并且可以保证系统不会因为图片问题而崩溃,在应用服务器和图片服务器 上,可以进行不同的配置优化,比如apache在配置ContentType的时候可以尽量少支持,尽可能少的LoadModule,保证更高的系统消耗和执行效率

7、数据库集群和库表散列 

大型网站都有复杂的应用,这些应用必须使用数据库,那么在面对大量访问的时候,数据库的瓶颈很快就能显现出来,这时一台数据库将很快无法满足应用,于是我们需要使用数据库集群或者库表散列

在数据库集群方面,很多数据库都有自己的解决方案,Oracle、Sybase等都有很好的方案,常用的MySQL提供的Master/Slave也是类似的方案,您使用了什么样的DB,就参考相应的解决方案来实施即可

上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制,于是我们需要从应用程序的角度来考虑改善系统架构,库表散列是常用并且最有效的解决方案

我们在应用程序中安装业务和应用或者功能模块将数据库进行分离,不同的模块对应不同的数据库或者表,再按照一定的策略对某个页面或者功能进行更小的数据库散列,比如用户表,按照用户ID进行表散列,这样就能够低成本的提升系统的性能并且有很好的扩展性。

sohu的论坛就是采用了这样的架构,将论坛的用户、设置、帖子等信息进行数据库分离,然后对帖子、用户按照板块和ID进行散列数据库和表,最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能

8、缓存 

缓存一词搞技术的都接触过,很多地方用到缓存,网站架构和网站开发中的缓存也是非常重要,这里先讲述最基本的两种缓存,高级和分布式的缓存在后面讲述架构方面的缓存,对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块,也可以使用外加的Squid模块进行缓存,这两种方式均可以有效的提高Apache的访问响应能力网站程序开发方面的缓存,Linux上提供的Memory Cache是常用的缓存接口,可以在web开发中使用,比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享,一些大型社区使用了这样的架构,另外,在使用web语言开发的时候,各种语言基本都有自己的缓存模块和方法,PHP有Pear的Cache模块,Java就更多了,.net不是很熟悉,相信也肯定有

9、镜像 

镜像是大型网站常采用的提高性能和数据安全性的方式,镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异,比如ChinaNet和EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点,数据进行定时更新或者实时更新,在镜像的细节技术方面,这里不阐述太深,有很多专业的现成的解决架构和产品可选,也有廉价的通过软件实现的思路,比如Linux上的rsync等工具

10、负载均衡 

负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法 负载均衡技术发展了多年,有很多专业的服务提供商和产品可以选择,我个人接触过一些解决方法,其中有两个架构可以给大家做参考

硬件四层交换 

第四层交换使用第三层和第四层信息包的报头信息,根据应用区间识别业务流,将整个区间段的业务流分配到合适的应用服务器进行处理

 第四层交换功能就象是虚拟IP,指向物理服务器,它传输的业务服从的协议多种多样,有HTTP、FTP、NFS、Telnet或其他协议,这些业务在物理服务器基础上,需要复杂的载量平衡算法,在IP世界,业务类型由终端TCP或UDP端口地址来决定,在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定在硬件四层交换产品领域,有一些知名的产品可以选择,比如Alteon、F5等,这些产品很昂贵,但是物有所值,能够提供非常优秀的性能和很灵活的管理能力,Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了

软件四层交换 

大家知道了硬件四层交换机的原理后,基于OSI模型来实现的软件四层交换也就应运而生,这样的解决方案实现的原理一致,不过性能稍差。但是满足一定量的压力还是游刃有余的,有人说软件实现方式其实更灵活,处理能力完全看你配置的熟悉能力 软件四层交换我们可以使用Linux上常用的LVS来解决,LVS就是Linux Virtual Server,他提供了基于心跳线heartbeat的实时灾难应对解决方案,提高系统的鲁棒性,同时可供了灵活的虚拟VIP配置和管理功能,可以同时满 足多种应用需求,这对于分布式的系统来说必不可少

一个典型的使用负载均衡的策略就是,在软件或者硬件四层交换的基础上搭建squid集群,这种思路在很多大型网站包括搜索引擎上被采用,这样的架构低成本、高性能还有很强的扩张性,随时往架构里面增减节点都非常容易

二、服务器宕机处理

您可以通过如下方式进行检查宕机原因:

a、是否是应用程序导致内存溢出或者泄露,out of memory导致

b、是否是进程过多或者不断创建,耗尽资源导致

c、是否是数据库程序死锁,连接数过多导致

d、是否是应用程序异常导致

e、是否是流量负载过大导致

f、是否是遭受黑客入侵攻击导致

g、是否是误操作导致

解决方法:

1、最好准备2个网站空间,他们存放的内容相同,而ip不同,并且机房的地理位置不同,这样2个主机,同时宕机的可能性就大大降低了,第一时间发现宕机问题后,可以迅速的通过修改dnspod.com中的域名记录,指向目前正常的网站空间,Dnspod解析生效的时间是实时的,而一般的dns服务器,刷新时间较长,对外声称24小时内生效,按照实际经验看来,差不多30分钟内生效,否则就要检查域名绑定是否正确了

2、经常进行安全检查,及时发现并修补漏洞

现在你知道服务器遇到高并发或是宕机情况如何处理了吗?

服务器高并发处理/服务器宕机了怎么处理?相关推荐

  1. 香港云服务器和物理服务器哪个更容易宕机?

    香港云服务器和香港物理服务器租用,因人而异,选择不同.有的业务利用香港云服务器的资源灵活调度获得竞争优势,有的坚持使用香港物理服务器来获得单租户环境下的高性能.高安全性保障.但是从可用性角度进行比较则 ...

  2. clickhouse高可用-节点宕机数据一致性方案-热扩容

    clickhouse高可用-节点宕机数据一致性方案-热扩容 1. 集群节点及服务分配 说明: 1.1. 在每个节点上启动两个clickhouse服务(后面会详细介绍如何操作这一步),一个数据分片,一个 ...

  3. 高并发处理/服务器宕机处理

    一. web加速相关技术 1. 镜像站点 2. DNS负载均衡 3. CDN内容分发 二. 内网加速技术 1. 负载均衡(软件负载均衡.硬件负载均衡) 2. Web缓存服务器 3. Web/应用服务器 ...

  4. 服务器为什么会崩溃/宕机?

    作为一个稳定的系统是不会崩溃的,这辈子都不会,要不怎么能叫稳定呢.那为什么实践中我们确实会遇到访问量过大而服务器趴窝呢?因为实际情况比较复杂. 第一个是内存的问题.服务每个请求都是要吃内存的,请求越多 ...

  5. linux服务器宕机原因排查,Linux服务器中网站数据库宕机的自动检测及重启脚本...

    最近一段时间,Linux服务器中的一个重要网站的数据库总是奔溃,导致网站无法正常访问(显示为网站正在维护中),于是就决定写个脚本来自动监控这个网站是否正常,如果发现网站宕机,则自动重启数据库和网站. ...

  6. ges resource dynamic 和 ges enqueues较高导致数据库宕机

    数据库版本: Oracle RAC 12.1.0.2 数据库架构 ODA 客户反应业务系统连不上数据库,登上数据库检查数据库状态,发现所有PDB均为MOUNT状态. [oracle@node0 ~]$ ...

  7. Linux服务器下配置tomcat宕机重启

    在服务器上创建一个bush文件,我命名为tomcatMonitor.sh 编辑tomcatMonitor.sh文件,if及fi必须成对出现,如果if then写在一行需要用;隔开 #!/bin/sh ...

  8. 关于服务器内存溢出导致宕机的总结

    这篇文章已经又重新修改后发布   对页游<小兵大战>服务器DM内存溢出的排错过程总结

  9. 从春运分析服务器宕机原因

    春运,这一号称人类历史上规模最大的周期性人类大迁徙,2011年如期而至,在从1月19日开始为期40天左右的时间内,铁道部预计客流量将达28.5亿人次,快要把我国大众运个来回了.如此浩大的客流,造就了一 ...

最新文章

  1. CV进入三维时代!Facebook在ICCV 2021 发布两个3D模型,自监督才是终极答案?
  2. java 挂钩子_挂钩组件
  3. ubuntu系统写路由指令_ubuntu/linux下设置永久路由
  4. Tensorflow学习笔记——word2vec
  5. Eureka的高可用
  6. 简述数学建模的过程_数学建模的基本步骤
  7. 关于TCP的粘包问题
  8. 我的测试生活感悟2 - Art Of Unit Testing
  9. CACTI实现飞信报警
  10. linux远程配置ssh服务,Linux远程服务之OpenSSH配置
  11. Flash闪存的有关术语
  12. 为什么建设企业网站是必须的?小企业有必要做网站建设吗?
  13. 银河帝国----基地与地球
  14. git pull 报错:Exiting because of unfinished merge.
  15. springboot+ssm+vue前后端分离项目-宠物之家
  16. [提醒]曾经犯的谜之错误
  17. Postman做接口测试设置断言
  18. 蚂蚁笔记(leanote)搭建
  19. The annotation of C++ primer {藤原豆腐坊自家用}
  20. Android DataBinding RecyclerView AAPT: error: attribute adapter (aka......) not found.

热门文章

  1. 语言学句法分析树形图怎么画_英语语言学 句法树形图 两句话分析
  2. 同一局域网下他人访问本地项目
  3. zzulioj1555: 神殿【二进制拆分】
  4. 百度地图API爬取网吧
  5. 电脑可以访问的网站,手机不能访问
  6. 基于camera2 untiy悬浮窗摄像头预览分析(优化一)
  7. Matlab五天移动平均线,日均线等级的5天移动平均线再次向下移动
  8. 游戏服务器如何修改属性,游戏服务器数据修改
  9. SSH2框架搭建 和 配置文件详解
  10. tomcat限速_解析Tomcat性能优化N种方法