当用户过多时，如何对服务器进行优化？

这个问题有点搞笑！！！

用户多，不代表你服务器访问量大，访问量大不一定你服务器压力大！我们换成专业点的问题，高并发下怎么优化能避免服务器压力过大？

1，整个架构:可采用分布式架构，利用微服务架构拆分服务部署在不同的服务节点，避免单节点宕机引起的服务不可用！

2，数据库:采用主从复制，读写分离，甚至是分库分表，表数据根据查询方式的不同采用不同的索引比如btree，hash，关键字段加索引，sql避免复合函数，避免组合排序等，避免使用非索引字段作为条件分组，排序等！减少交互次数，一定不要用select！

3，加缓存:使用诸如memcache，redis，ehcache等缓存数据库定义表，结果表等等，数据库的中间数据放缓存，避免多次访问修改表数据！登录信息session等放缓存实现共享！诸如商品分类，省市区，年龄分类等不常改变的数据，放缓存，不要放数据库！

同时要避免缓存雪崩和穿透等问题的出现导致缓存崩溃！

4，增量统计:不要实时统计大量的数据，应该采用晚间定时任务统计，增量统计等方式提前进行统计，避免实时统计的内存，CPU压力！

5，加服务器:等大文件，一定要单独经过文件服务器，避免IO速度对动态数据的影响！保证系统不会因为文件而崩溃！

6，HTML文件，枚举，静态的方法返回值等静态化处理，放入缓存！

7，负载均衡:使用nginx等对访问量过大的服务采用负载均衡，实现服务集群，提高服务的最大并发数，防止压力过大导致单个服务的崩溃！

8，加入搜索引擎:对于sql中常出现的like，in等语句，使用lucence或者solr中间件，将必要的，依赖模糊搜索的字段和数据使用搜索引擎进行存储，提升搜索速度！#注意:全量数据和增量数据进行定时任务更新！

9，使用消息中间件:对服务之间的数据传输，使用诸如rabbitmq，kafka等等分布式消息队列异步传输，防止同步传输数据的阻塞和数据丢失！

10，抛弃tomcat:做web开发，接触最早的应用服务器就是tomcat了，但是tomcat的单个最大并发量只能不到1w！采取netty等actor模型的高性能应用服务器！

11，多线程:现在的服务器都是多核心处理模式，如果代码采用单线程，同步方式处理，极大的浪费了CPU使用效率和执行时间！

12，避免阻塞:避免bio，blockingqueue等常常引起长久阻塞的技术，而改为nio等异步处理机制！

13，CDN加速:如果访问量实在过大，可根据请求来源采用CDN分流技术，避免大流量完成系统崩溃！

14，避免低效代码:不要频繁创建对象，引用，少用同步锁，不要创建大量线程，不要多层for循环！

还有更多的细节优化技术，暂时想不起来了！

一、网站权重会下降
网站服务器不稳定会直接影响网站的权重。蜘蛛来抓取网站的时候，如果发现网站打不开或者打开速度慢，那么你的网站内容被抓取到的概率就很低了，你的网站快照也就得不到更新。关键是一个对用户没有作用或者让用户感想不太好的网站想获得好的排名简直是天方夜谈。这样下去，权重一低，后期的网站优化就很难进行下去。
二、网站快照更新速度减慢
百度一般是通过快照对站长网站的内容和细节进行了解，快照也与排名挂钩，网站快照更新慢或者隔了很长时间也不更新，百度认识网站的机会就大大减少。当然服务器如果不稳定，蜘蛛可以减慢爬网站的速度或者减少爬网站的频率，相应的自然快照的更新时间也会受到影响，从而构成恶性循环。
三、高质量的友链不断减少
站长与站长之间如果双方都比较看重对方的网站或者认为将对方的网站作为外链会给自己的网站增加价值会选择进行交换链接，这个也称为友情链接。那么一旦要求交换友链的站长发现你的网站打不开，直接撤掉你的链接是完全有可能的，这样好不容易换到一个高质量的链接还被撤销，确实有点得不偿失。
四、网站被K掉的概率明显增大
这种情况就算你的网站的URL之前被搜索引擎收录过也会出现，主要体现在蜘蛛再次爬取的话发现网站打不开，慢慢地，搜索引擎会认为是死链而停止收录，如此以往，网站中越来越多的URL将会被蜘蛛抛弃，导致正规网站被收录的可能性大大降低。最后当网站被搜索引擎认为是个垃圾站而会被K掉的时候，这个损失可以说是无法弥补或者说弥补起来举步维艰的。
服务器不稳定对于SEO优化造成的影响有目共睹，这时候如果选择使用一些著名主机或服务器提供商的产品也许会有改观。WHT中文站Webhostingtalkcn对相关产品的具体信息和排名情况进行了呈现，值得参考。

从搜索引擎角度来说，网站SEO优化与租用国内服务器，香港服务器还是其他海外服务器没有多少关系

只要国内能正常访问，就会一视同仁

服务器对网站SEO是否有影响，主要取决于服务器的速度、稳定性以及安全性

香港服务器接近大陆，在中国的访问速度比其他海外地区更快

香港的服务器市场是多种多样的，不同的计算机机房的速度、稳定性和安全性是不同的，需要认证和筛选

是有影响的；至于影响大不大要看你网站的现状；如果你网站是一个新的企业站，收录比较少，蜘蛛抓取频率很低，不经常访问；那影响是比较大的；如果你的网站比较成熟，在搜索引擎的权重值比较高的话，基本上影响比较小。（搜索引擎排名过程简介）

如何把网站换IP影响降到最小

更换IP之后，个人觉得首先要做的是吸引蜘蛛尽快的多的识别你域名重新解析后的IP地址；如果因为更换IP之后降权或者被K，恢复起来比较容易。

如果因为更改服务器而更换IP的话，那么正确更换服务器需要考虑因素和实施步骤如下：需要考虑因素：1）服务器的缓存问题会导致蜘蛛抓取延误；2）如何实现蜘蛛从旧的服务器换到新的服务器的正确转换；

具体步骤：

第一：需要下载你的原数据库和程序等文件

第二：将新服务器的TTL（控制服务器缓存时间长短的一种设置）控制在很短的时间内，这样蜘蛛就会直接抓取服务器上的内容，而不是缓存的内容；现在大型网站一般都采取的CDN高速缓存的设置，应该也是为了让蜘蛛直接抓取服务器山的数据；

第三：上传数据文件，域名解析到新服务器的IP上，需要保证你的新、旧服务器都要打得开；观察新旧IIS日志，确定蜘蛛不在爬行旧服务器时，即可关闭；

关于这个问题yyseoer顾问表示：

网站空间出现故障，换句话说网络服务器使用容量不足，网站被攻击导致网站打不开等等情况，我们是必须更换网络服务器的，可是更换服务器对人们网站还是有一定的危害的，我们在更换服务器必须要合理地使用，把危害降到最低标准。

那么如何转换网络服务器算是恰当的方法呢？

1、提早开展充足备份文件，包含文本，照片，歌曲，视频，应用程序，统计数据和有关账号密码，以防止在传送全过程中遗失信息内容。

2、将DNS的TTL设定为十分短的时间段，便于TTL控制DNS缓存时间十分短，以后服务供应商和百度搜索引擎还可以随时查看DNS信息，而不是查看缓存。

3、在新网络服务器上从新申请注册账号登录密码并发送网站。

4、当在新服务器上测试旧服务器的文件时，您可以开始更换服务器的下一步，将网站解析为新网络服务器的IP地址，随后将旧服务器的网站维持在线状态，不要将其删除。此外，如果有用户发布内容的网站，建议暂时禁用公布作用，以避免网站在更换网络服务器全过程中遗失信息内容。

5、通常域名解析时间最长为3-5天。始终检查新服务器网站日志。当全部百度搜索引擎蜘蛛刚开始抓取新服务器的内容时，这代表网站空间的传输数据工作中基础成功。

6、解析网站的新服务器后，检查旧服务器，假如发觉没有客户和百度搜索引擎蜘蛛浏览的痕迹，则还可以关掉旧服务器。

服务器被DDOS攻击最佳解决方案是什么？报网警有用么？

目前，有效缓解DDoS攻击的解决方案可分为 3 大类：

架构优化

服务器加固

商用的DDoS防护服务

架构优化

在预算有限的情况下，建议您优先从自身架构的优化和服务器加固上下功夫，减缓DDoS攻击造成的影响。

部署DNS智能解析通过智能解析的方式优化DNS解析，有效避免DNS流量攻击产生的风险。同时，建议您托管多家DNS服务商。

屏蔽未经请求发送的DNS响应信息

典型的DNS交换信息是由请求信息组成的。DNS解析器会将用户的请求信息发送至DNS服务器中,在DNS服务器对查询请求进行处理之后,服务器会将响应信息返回给DNS解析器。

但值得注意的是,响应信息是不会主动发送的。服务器在没有接收到查询请求之前,就已经生成了对应的响应信息,这些回应就应被丢弃。

丢弃快速重传数据包

即便是在数据包丢失的情况下,任何合法的DNS客户端都不会在较短的时间间隔内向同- -DNS服务器发送相同的DNS查询请求。如果从相同IP地址发送至同一目标地址的相同查询请求发送频率过高,这些请求数据包可被丢弃。

启用TTL

如果DNS服务器已经将响应信息成功发送了，应该禁 止服务器在较短的时间间隔内对相同的查询请求信息进行响应。

对于一个合法的DNS客户端,如果已经接收到了响应信息,就不会再次发送相同的查询请求。

每一个响应信息都应进行缓存处理直到TTL过期。当DNS服务器遭遇大查询请求时,可以屏蔽掉不需要的数据包。

丢弃未知来源的DNS查询请求和响应数据

通常情况下,攻击者会利用脚本对目标进行分布式拒绝服务攻击( DDoS攻击) , 而且这些脚本通常是有漏洞的。因此,在服务器中部署简单的匿名检测机制,在某种程度上可以限制传入服务器的数据包数量。

丢弃未经请求或突发的DNS请求

这类请求信息很可能是由伪造的代理服务器所发送的,或是由于客户端配置错误或者是攻击流量。无论是哪一种情况，都应该直接丢弃这类数据包。

非泛洪攻击(non-flood) 时段,可以创建一个白名单 ,添加允许服务器处理的合法请求信息。

白名单可以屏蔽掉非法的查询请求信息以及此前从未见过的数据包。

这种方法能够有效地保护服务器不受泛洪攻击的威胁,也能保证合法的域名服务器只对合法的DNS查询请求进行处理和响应。

启动DNS客户端验证

伪造是DNS攻击中常用的一种技术。如果设备可以启动客户端验证信任状,便可以用于从伪造泛洪数据中筛选出非泛洪数据包。

对响应信息进行缓存处理如果某- -查询请求对应的响应信息已经存在于服务器的DNS缓存之中,缓存可以直接对请求进行处理。这样可以有效地防止服务器因过载而发生宕机。

使用ACL的权限

很多请求中包含了服务器不具有或不支持的信息,可以进行简单的阻断设置。例如,外部IP地址请求区域转换或碎片化数据包,直接将这类请求数据包丢弃。

利用ACL , BCP38及IP信营功能

托管DNS服务器的任何企业都有用户轨迹的限制,当攻击数据包被伪造,伪造请求来自世界各地的源地址。设置-个简单的过滤器可阻断不需 要的地理位置的IP地址请求或只允许在地理位置白名单内的IP请求。

同时,也存在某些伪造的数据包可能来自与内部网络地址的情况,可以利用BCP38通过硬件过滤清除异常来源地址的请求。

部署负载均衡通过部署负载均衡( SLB )服务器有效减缓CC攻击的影响。通过在SLB后端负载多台服务器的方式,对DDoS攻击中的CC攻击进行防护。

部署负载均衡方案后,不仅具有CC攻击防护的作用,也能将访问用户均衡分配到各个服务器上,减少单台服务器的负担,加快访问速度。

使用专有网络通过网络内部逻辑隔离,防止来自内网肉鸡的攻击。

提供余量带宽通过服务器性能测试,评估正常业务环境下能承受的带宽和请求数,确保流量通道

不止是日常的量,有-定的带宽余量可以有利于处理大规模攻击。

服务器加固

在服务器上进行安全加固,减少可被攻击的点,增大攻击方的攻击成本:

确保服务器的系统文件是最新的版本,并及时更新系统补丁。

对所有服务器主机进行检查,清楚访问者的来源。

过滤不必要的服务和端口。例如, >