直播中的高并发问题如何解决?

对于爱好观看直播的用户来说,能够如丝般顺滑地浏览视频是一大极致享受。但实际情况是,当某时段大量用户数据涌入(如观看人数上升,弹幕消息爆发等),若并发结构没有优化好,我们很难不遇到画面卡顿的情况。所以今天拓幻科技来分享一下,在直播系统源码开发过程中,如何正确处理高并发带来的这些卡顿问题呢?
一、防盗链处理
如果是网页直播间,当前站点没有做防盗链的话,就很容易遭受恶意请求。而过多的恶意请求,会对本身流量就比较大的直播间造成很大负担。比如说有A、B两个直播网站,A站享用了B站的资源,页面嵌入了B站的图片、JS、CSS。A站并不关心B站会消耗怎样的流量,但是对于B站来说,如果调用了B站的图片、JS、CSS。在用户访问A站的时候,就会对B站做一些HTTP请求,从而走B站的流量和带宽,同时也侵犯了B站的一些版权问题。
说到这,在对自家的直播网站做流量优化时,也需要考虑减少HTTP请求,比如说把CSS、JS、图片进行合并。这样某些网页文件的容量会稍微大一些,但是便减少了请求次数。

二、CDN加速
这可以说是直播系统源码开发过程中的标配了,当然,就算是普通的静态页,不使用CDN的话,也会非常卡顿。在这就简单说下原理吧:用更加通俗的话来讲,我们可以把系统的一些前端文件、前端资源放进CDN当中,当用户来访问页面时,可以通过CDN就近访问,并且从一定意义上解决带宽不够用的问题。
三、服务端优化
现在大多数直播源码都是用php来编写的,所以可以针对此做一些页面静态化处理,把一些数据直接缓存成HTML代码。对减少本地CPU的负载和服务器压力都会很有效果。但是页面静态化有一些过期时间,不可能永远显示静态数据,这样创建一些动态内容就没有意义了。但是对一些实时性比较强的内容来说,做静态化就不是很合理,这时我们就需要穿透静态化,对访问进程做多线程的异步处理,从而提升请求的响应速度。

四、数据库优化
大多数网页都可以做Memcache缓存,但是对于直播源码开发来说,做的最多的还是Redis和mysql缓存。但当我们绕过这些缓存进行真实数据访问时,为了提高访问效率,可以借助一些工具,像mycat对系统的数据表做一些拆分工作,如垂直或水平拆分,或者做数据的读写分离等。
不难看出,在直播源码开发过程中,针对卡顿的处理,其实和大部分网页的访问优化过程没有太多不同之处。

原文地址:https://blog.51cto.com/14528075/2459203

时间: 2024-10-05 23:25:11

直播中的高并发问题如何解决?的相关文章

Java高并发,如何解决,什么方式解决

对于我们开发的网站,如果网站的访问量非常大的话,那么我们就需要考虑相关的并发访问问题了.而并发问题是绝大部分的程序员头疼的问题, 但话又说回来了,既然逃避不掉,那我们就坦然面对吧~今天就让我们一起来研究一下常见的并发和同步吧. 为了更好的理解并发和同步,我们需要先明白两个重要的概念:同步和异步    1.同步和异步的区别和联系 所谓同步,可以理解为在执行完一个函数或方法之后,一直等待系统返回值或消息,这时程序是出于阻塞的,只有接收到 返回的值或消息后才往下执行其它的命令. 异步,执行完函数或方法

java高并发,如何解决,什么方式解决 (转)

之前我将高并发的解决方法误认为是线程或者是队列可以解决,因为高并发的时候是有很多用户在访问,导致出现系统数据不正确.丢失数据现象,所以想到的是用队列解决,其实队列解决的方式也可以处理,比如我们在竞拍商品.转发评论微博或者是秒杀商品等,同一时间访问量特别大,队列在此起到特别的作用,将所有请求放入队列,以毫秒计时单位,有序的进行,从而不会出现数据丢失系统数据不正确的情况. 今天我经过查资料,高并发的解决方法有俩种,一种是使用缓存.另一种是使用生成静态页面:还有就是从最基础的地方优化我们写代码减少不必

高并发网站之解决策略

系统在正式上线后必将会面对大量用户访问,面对各种层级的高并发请求,因此我们会采用高性能的服务器.高性能的数据库.高效率的编程语言.高性能的Web容器等.但是这几个方面,还无法从根本解决大型网站面临的高负载和高并发问题.因此我们必须对此做出相应的策略和技术解决方案. 1. 负载均衡 负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法. (1)单个重负载的运算分担到多台节点设备上做并行处理,每个节点设备处理结束后,将结果汇总,返回给用户,系统处理能力得到大幅度提高. (2)大量的并发

高并发思考和解决办法

系统高并发操作会出现系统访问性能问题,死锁,数据不同步等一系列问题.用电商系统来说,高并发下,会出现访问的订单状态不一致的情况.那么可以考虑对此问题做集群处理. 客户端2亿访问量就是高并发业务场景,会出现相应的问题. 现在考虑组成集群 经过负载后 压力平摊到多个节点,分担单实例的压力(多实例+负载),如图: 应用组成了集群,但是连接的还是一个存储,这个时候,所有的实例如果在储存上还是一个库,瓶颈就在存储这一边了,在mysql下,可以考虑住数据库集群,主从配置,读写分离. 这样就储存的压力也分开了

WEB应用中的高并发问题

大型网站,比如门户网站.在面对大量用户访问.高并发请求方面,基本的解决方案集中在这样几个环节:使用高性能的服务器.高性能的数据库.高效率的编程语言.还有高性能的Web容器.但是除了这几个方面,还没法根本解决大型网站面临的高负载和高并发问题.这些解决思路在一定程度上也意味着更大的投入,并且这样的解决思路具备瓶颈,没有很好的扩展性,以下从平时的项目经验以及引用一些博客的思路来尝试解决高并发的情况. 0.首先需要关注数据库 没错,首先是数据库,这是大多数应用所面临的首个SPOF(单点故障).尤其是We

浅谈java中如何处理高并发的问题

1.从最基础的地方做起,优化我们写的代码,减少必要的资源浪费     a.避免频繁的使用new对象,对于整个应用只需要存在一个实例的类,我们可以使用单例模式.对于String连接操作,使用StringBuffer或StringBuilder,对于工具类可以通过静态方法来访问.     b.避免使用错误的方式,尽量不用instanceof做条件判断.使用java中效率高的类,比如ArrayList比Vector性能好. 2.html静态化     我们通过一个链接地址访问,通过这个链接地址,服务器

服务器维护中处理高并发导致的一些常见问题解决方案

这里还是按照场景来吧,毕竟场景是最能体验实用性的.首先说下服务器配置以及环境 阿里云ECS云主机,8G内存,4核的CPU,20M带宽,20G系统盘+200G数据盘,CentOS6.564位,安装的一件集成lnmp环境 场景:微信发红包 这个场景是很常见的,一般客户会在整点的时候进行一次微信公众号的广告推送,这儿时候服务器的并发大概在3000到5000左右.说起来这其实并不算是高并发,但是服务器还是崩了,大概需要等待5分钟之后才能恢复正常.这有点不应该啊,分析原因.查看CPU的利用率并不高,内存使

谈论java中如何处理高并发的问题

1 从最基础的地方做起,优化我们写的代码,减少必要的资源浪费.         a.避免频繁的使用new对象,对于整个应用只需要存在一个实例的类,我们可以使用单例模式.对于String连接操作,使用      StringBuffer或StringBuilder,对于工具类可以通过静态方法来访问.         b.避免使用错误的方式,尽量不用instanceof做条件判断.使用java中效率高的类,比如ArrayList比Vector性能好. 2 html静态化         我们通过一个

java中应对高并发的两种策略

目的:提高可用性 通过ExecutorService实现队列泄洪 //含有20个线程的线程池 private ExecutorService executorService = Executors.newFixedThreadPool(20); 将有并发压力的下游代码放入到线程池的submit方法中,如下: //同步调用线程池的submit方法 简单实现 拥塞窗口为20的队列泄洪(一个服务器同一时间只能处理20个请求,其他请求队列等待)Future<Object> future = execu