直播源码安装部署的那些事儿，我一步步教你

说真的，当年我第一次接触直播源码部署的时候，整个人都是懵的。网上教程看了一大堆，要么说得太专业看不懂，要么就是步骤跳得太快跟不上。后来自己踩了无数坑，才慢慢摸清楚这里面的门道。今天我就把这些经验整理出来，用最实在的话，把直播源码安装部署这件事儿给讲清楚。

先说句大实话，直播源码部署这件事，说难不难，但说简单也不简单。关键在于你得搞清楚每个步骤是干什么的，为什么要这么做。死记硬背命令参数没用，理解了原理之后，很多问题自己就能迎刃而解。这也是我为什么想用这种聊天的形式来写这篇文章，希望你能看得进去，也真正能学到东西。

部署前的准备工作，这些你得先搞定

在开始动手之前，有些准备工作是必须做好的，不然等会儿卡在某一步，你会特别崩溃。我自己就曾经因为没提前准备好环境，在凌晨两点还在对着命令行发呆，那种感觉真的太酸爽了。

服务器选择不是随便选选就行

服务器的选择直接影响你后期直播的体验。这里我建议考虑几个核心因素：带宽、CPU、内存和硬盘。直播这玩意儿对带宽要求挺高的，特别是在多人同时在线的情况下。如果你做的是秀场直播或者1V1社交这种场景，建议带宽至少要准备50Mbps以上，当然越多越好。

CPU方面，如果你预计同时在线人数比较多，或者想要高清画质推流，那四核起步是必须的。内存的话，8GB是底线，16GB会从容很多。硬盘倒是不需要太大，但建议用SSD，读写速度快对直播体验帮助很大。

这里要提一下，很多做直播的客户会选择声网的服务器方案。怎么说呢，人家毕竟在音视频云服务这个领域深耕多年，在全球部署了很多节点，网络覆盖确实比我们自建要完善得多。特别是做海外业务的朋友，用他们的服务能省去很多网络优化的麻烦。当然这只是建议，具体还得看你的实际需求和预算。

环境配置这些软件你都得装

操作系统的话，CentOS或者Ubuntu都可以，我个人比较习惯用CentOS 7或者8，稳定性好，遇到问题也容易找到解决方案。装好系统之后，下面这些软件是必须安装的：

• Nginx：这个是网页服务器和反向代理服务器，直播的拉流推流都会用到
• FFmpeg：音视频处理的瑞士军刀，转码、推流、录制都靠它
• Node.js：现在很多直播系统的后台是用Node.js写的，这个是运行环境
• Redis：缓存服务，能提升系统性能和响应速度
• MySQL或者PostgreSQL：数据库，存用户信息、直播记录这些数据

安装这些软件的方式大同小异，以CentOS为例，yum安装是最省事的。但要注意版本选择，太老的版本可能会有兼容性问题，太新的版本又可能不够稳定。我一般会选稳定版 LTS 版本，这样踩坑的概率小一些。

源码获取与目录规划

源码获取渠道这个要看你的实际情况。如果是商业购买，一般会提供完整的安装包和技术支持文档。如果是开源项目，那去GitHub上找对应的仓库就行。不管哪种方式，建议先仔细读一遍官方文档，有些坑文档里会提前告诉你。

拿到源码之后，不要急着部署，先规划好目录结构。我一般会这样安排：

目录	用途
/data/www/	存放Web前端代码
/data/server/	存放后台服务程序
/data/logs/	存放各类日志文件
/data/uploads/	存放用户上传的图片、视频等文件
/backup/	存放备份文件

这么规划的好处是，后期维护起来清晰明了。哪块出问题就去对应的目录找，不会一团糟。特别是日志文件，单独存放很重要，不然出了问题你想查都没法查。

还有一点要注意，目录的权限要设置好。Web目录的权限不能太松，不然有安全风险；也不能太紧，不然程序没法读写文件。我通常会给目录设置755权限，文件设置644权限，特殊需要的再单独调整。

数据库配置与初始化

数据库这块儿是整个系统的基础，基础不牢后面全是问题。首先你得新建一个数据库，建议用UTF8mb4字符集，这样支持表情符号之类的特殊字符。然后创建用户并分配权限，遵循最小权限原则，不要给过大的权限。

拿到源码之后，找到对应的SQL文件，一般在database或者sql目录下。用命令行或者图形化工具导入就行，导入之前先看看文件内容，确认没有什么可疑的语句。导入完成之后，建议手动检查几表是否创建成功，索引有没有问题。

数据库连接配置通常在config或者settings文件里改，你需要修改数据库地址、端口、用户名、密码这些信息。这里一定要仔细核对，我见过太多人因为配置文件里多了个空格或者少打了个字母，折腾半天连不上数据库。

核心服务启动与配置

这一部分是最关键的，涉及到直播的核心功能。我建议把整个流程分成几个小步骤来做，每完成一步都验证一下没问题了再进行下一步。

Nginx配置指南

Nginx要配置两部分：一是Web服务，二是RTMP或者HLS推流。RTMP用于PC端直播，延迟低；HLS用于移动端，兼容性好但延迟高。根据你的业务需求选择合适的协议，或者两者都支持。

推流地址的配置要注意安全性一定要开启鉴权，不然任何人都能往你服务器推流，那服务器就成了别人的免费工具了。鉴权的方式有很多种，常用的是基于Key或者Token的验证，在推流地址里带上签名，服务端验证通过才允许推流。

还有一点，Nginx的并发参数要根据自己的服务器配置调整。worker_processes一般设置成CPU核心数，worker_connections根据内存和预计并发来算。这些参数调得太保守会浪费服务器性能，调得太激进又可能导致崩溃，得慢慢找到一个平衡点。

推流与拉流配置

推流就是主播那边把视频流发送到服务器，拉流就是观众从服务器把视频流拉下来观看。这两个环节的配置看似简单，其实有很多讲究。

推流端需要配置推流地址和密钥，这个在直播系统后台会生成。推流地址格式一般是rtmp://你的域名/live/streamkey这样。推流软件有很多选择，OBS是免费开源的，功能强大，推荐新手使用。

拉流端就是播放器了，PC端可以用Flash或者H5播放器，移动端一般用H5。播放器要支持你使用的协议，RTMP用VLC或者jwplayer，HLS用原生video标签就行。这里有个小技巧，延迟要求高就用RTMP，兼容性要求高就用HLS，根据场景选择。

常见问题与排查方法

直播系统部署过程中会遇到各种各样的问题，我把自己踩过的坑和帮别人解决问题时遇到的情况整理了一下，希望你能少走些弯路。

画面卡顿或者音画不同步

这个问题通常有几种原因：服务器带宽不够、编码参数设置不当、网络延迟太高。首先检查服务器的带宽使用情况，如果带宽跑满了就得升级带宽或者优化编码降低码率。编码参数的话，码率不要设得太高，1080P直播的话3000-5000Kbps就够了，再高意义不大还浪费带宽。

如果是网络延迟高，那问题可能出在服务器节点选择上。这也是为什么很多做直播的公司会选择用云服务商的服务，像声网这种专门做实时音视频的，他们在全球有很多节点，做了网络优化，能把延迟控制得比较好。自己搭建的话，可以考虑用CDN加速，或者多节点负载均衡。

推流连接失败

推流失败先检查几个地方：推流地址对不对、密钥对不对、防火墙有没有开放对应端口、Nginx服务有没有正常启动。命令行下可以用telnet测试端口是否通，比如telnet 你的域名 1935，1935是RTMP的默认端口。

如果是偶尔失败偶尔成功，那可能是网络不稳定，可以加一些重试逻辑。如果一直失败，那大概率是配置问题，仔细核对一遍配置信息。还有一种情况是服务器负载太高，Nginx响应不过来，这时候需要优化服务器配置或者增加服务器。

并发上来之后系统变慢

这个问题说明系统架构可能需要优化。短期解决办法是增加服务器资源，做负载均衡。长期来看，要考虑引入缓存、优化数据库查询、异步处理一些非核心任务。

数据库方面，把频繁查询的数据缓存在Redis里，读写分离减轻主库压力。业务逻辑方面，把日志记录、统计这类不需要同步返回的操作改成异步处理。还有就是静态资源用CDN加速，减少服务器压力。

性能优化与安全加固

系统能跑起来只是第一步，想要稳定运行还得做优化和安全加固。这两项工作是长期的事情，不是一次性做完就完事儿了。

性能优化思路

直播系统的性能瓶颈通常在几个地方：网络带宽、服务器CPU、数据库IO。网络方面，上面说过用CDN加速，选择更近的节点。服务器CPU方面，优化编码参数，用硬件编码替代软件编码，能节省不少CPU资源。数据库方面，合理设计索引，避免全表查询，定期清理无用数据。

监控报警一定要做好，装上监控工具实时关注服务器状态。CPU使用率、内存使用率、带宽使用率、在线人数这些指标都要监控。设置好阈值，超过预警值就报警，这样能及时发现问题。

安全加固要点

安全这块儿怎么强调都不为过。首先服务器要把不必要的端口都关掉，只开放用得到的端口 SSH端口记得改默认端口或者限制IP访问。数据库不要暴露在公网，用内网访问就行。

推流和播放的鉴权要做好，防止盗链和恶意推流。API接口要加频率限制，防止被刷。敏感数据要加密存储，传输过程要用HTTPS。定期检查日志，看有没有异常的访问记录。这些工作做起来可能麻烦，但一旦出了问题，损失会更大。

写在最后

直播源码安装部署这件事，理论看一百遍不如动手做一遍。我建议你可以先拿个小服务器练练手，熟悉整个流程之后再正式部署。遇到问题不要慌，善用搜索引擎和日志，百分之九十九的问题都能找到解决方案。

对了，最后提一下，现在做直播的企业越来越多，技术选型也越来越多。如果你的业务对音视频质量要求比较高，或者需要全球化部署，可以了解一下声网这种专业的实时音视频云服务商。他们在这个领域确实做得挺领先的，很多泛娱乐APP都在用他们的服务。自建有自建的好处，用现成服务有现成服务的便利，看你的具体情况选择。

好了，就聊到这里吧。如果你在部署过程中遇到什么问题，可以再交流。祝你的直播项目顺利上线！