电子商务网站中高负载，高并发指的到底是什么？解决思路有哪些

电子商务网站高负载，简单可以分为前端和后台：
前端主要是（应该没有文件下载吧），因为是电子商务网站，少不了大量的，用户集中的情况下，网页加载就会变的极其缓慢。
解决思路：1、压缩，使产品图不失真的情况下尽可能的减少体积，节省宽带。2、增大服务器带宽。3、优化网页代码，尽量采用异步加载方式。4、CDN
后台则是数据处理和数据库负载，电子商务网站后台除了庞大的用户数据要处理意外，还有大量订单，和结算数据。
解决思路：增大数据库服务器配置。
高并发，是所有访问量大的网站都会遇到的问题，并发数是指同一时刻，服务器能接受多少次同时访问，比如服务器配置并发数为200，则这一刻只能允许200个用户同时访问，超过并发数，轻则用户打不开网站，严重的则是服务器宕机。
解决思路：1、CDN。2、增加服务器配置
注：CDN是现在网站普遍使用的加速方案，对减轻服务器负载，避免高并发，缓解恶意攻击都有很好的效果，其主要原理就是将服务器上的数据分发给多个服务器，用户访问的是CDN服务器，从而减轻和保护了网站服务器，也就是常说的云服务器。

Nextjs 是一个 React 框架，用于构建服务器渲染的应用程序。要解决 Nextjs 应用程序的高并发问题，可以考虑以下几个方面：
1 使用缓存：为了提高响应速度和处理效率，可以使用缓存来存储常用的数据和页面内容。可以使用内存缓存、分布式缓存等不同的缓存策略来减少网络访问和数据库查询次数，从而提升应用程序的性能。
2 使用负载均衡：可以使用负载均衡器将请求分配到多台服务器上，在扩展应用程序的同时确保高可用性和稳定性。可以使用硬件负载均衡器或软件负载均衡器来实现，例如，Nginx、HAProxy 等。
3 使用 CDN：可以使用 CDN（内容分发网络）来加速静态资源的传输和加载，减少请求对服务器的压力。可以将静态资源（如、样式表、脚本等）缓存在 CDN 上，并通过 CDN 调用来提供服务。
4 预渲染静态页面：在 Nextjs 中，可以使用“静态生成”或“服务器端渲染”来生成 HTML 页面。如果应用程序的内容和数据不经常变化，则可以通过预渲染静态页面来减轻服务器的负担，加快页面的加载速度。
5 使用缓存策略控制头文件：>

本文先提供一个没有采用的方式--采用事务加select for update的形式

这么做呢就有个非常严重的问题,--- 同一时刻只有一个有效服务
如果A系统拿到了数据,开始了事务但是没提交,那么B系统同样的条件也会查到同一批还没处理好提交的数据,此时B系统该查询线程就会阻塞等待A提交事务这么看问题就来了,这里虽然保障了同一时刻只有一个服务可以拿到并处理一批数据,但是也导致了效率特别低,而且后面 无论扩展多少服务应用都没啥用

步骤解释:

我这里只写了大致的方案,一些redis高可用以及数据幂等性自己考虑去

这种方式是 我觉得最好的方案 了,完全保障了每个服务每次 处理 mysql的数据都是 互不相同的数据 ,完全 避免了竞争 问题

但是我们目前没有用这种方案,原因是目前我们redis内存只申请到一个比较小的内存,而 zset采用的跳跃表结构虽然保障了数据查询非常快速,但是也非常占用内存 ,预估了一下按照我们的数据量起码要存储300万数据,用到的内存量是 3~4G 之间,好家伙直接把我们所有内存都用了,其他服务还用个屁而且这玩意为了保障数据安全,不进行数据淘汰起码还要留个1G空闲安全空间那肯定就用不了了

如果你们的服务 数据量够小 或者 内存够大 ,redis又做到了 高可用,高可靠 ,那么我还是 十分推荐 用这种方案,毕竟很多服务都是 性能为王!

其实比较简单用多台服务器做负载均衡就可以解决这个问题,
网站有这么大的访问量通常前端页面和后台数据库是相对独立的这样可以用一台高配置的服务器来放数据库把网站的前端页面复制成10份,并放在10台不同的服务器上面利用DNSPOD做路由智能解析DNSPOD默认就有自动分流的功能会根据每台机器所承受的访问量来自动分配到其他机器上面并可以把一个域名解析在10个不同的IP每台服务器的并发数是100万10台就是一千万
另外目前一台至强高配置的处理器理论上来讲最大并发数是一两万你说的一台机器支持100万并不现实如果真有1000万的并发访问量时基本上你就有经济实力可以自己做一个机房了
海腾数据杨闯为你解答若有相关问题需要帮忙的可以找我

消息服务器使用socket，为避免服务器过载，单台只允许500个socket连接，当一台不够的时候，扩充消息服务器是必然，问题来了，如何让链接在不同消息服务器上的用户可以实现消息发送呢？

要实现消息互通就必须要让这些消息服务器本身能互通，想了两个方式，一种是消息服务器之间交叉链接，另一种是增加一个特殊的消息服务器，这个消息服务器不对外开放，只负责消息转发和推送。

下列测试不考虑防火墙等。仅测试可行性和效率。

消息服务器

转发服务器

公共缓存

软件环境

client1 可向 client2 或者其他 client 发送消息，并接收其他 client 发送的消息
Redis 中保存 client 连接的信息，给每个用户分配唯一的 key ,包括链接的哪台服务器,转发服务器定时检测消息服务器，如消息服务器挂掉，由转发服务器清理掉Redis已经挂掉的所有链接。

1 Client1 给 Client2 发送一条消息
2 Socket1 接收到消息，根据 key从Redis 取出 Client2 的连接信息，连接在本机，直接推送给 Client2 ，流程结束。
3如果连接不在本机，把消息推送到转发服务器,由转发服务器把该消息推送给连接所在消息服务器，消息服务器接收消息，推送给 Client2 。

服务器上创建一个serverphp,内容如下：

上只需把ip变更一下即可。1921680201变更为1921680202

在转发服务器上建立脚本proxyphp，内容如下：

注意开启顺序

1开启转发服务器php proxyphp

2分别开启socket服务器php serverphp

可以在转发服务器上看到两个消息服务器已经连接
3开始测试，分别打开两个telnet,连接两个消息服务器，发送消息测试：
登陆

基于强大的 swoole 扩展，让php高效的实现这些成为可能，目前消息服务器到转发服务器是长连接，转发服务器到消息服务器是短连接，存在性能瓶颈，也浪费了连接资源。下一步改造成长连接，消息服务器的client使用异步。

---