最近帮朋友搭了一个直播推流服务器，主打一个“搜即开播”——用户一搜到就能点开看。理想很丰满，结果刚上线那会儿，观众反馈不是加载转圈就是画面卡成PPT。折腾了几天，总算把体验稳住了，这里把踩过的坑和调优思路记下来。
问题出在哪？
一开始以为是带宽不够，加了又加，结果还是卡。后来用内网压测才发现，服务器并发扛得住，但一到公网访问就掉链子。抓包一看，大量TCP重传，延迟波动大。根本原因不是带宽，而是连接建立慢、资源调度不合理。
优化DNS解析速度
很多人忽略这点，但搜索后点击链接的第一步就是DNS查询。我们把直播页域名接入了低TTL的智能解析，同时在Nginx反向代理层做了缓存预热。简单说，就是提前把常用域名解析好，用户点进来时直接命中。
动静分离 + CDN加速
直播页里混着静态资源（JS、CSS、封面图），这些全走源站的话，每次请求都得过服务器。后来把静态内容全部扔进CDN，HTML页面也做边缘缓存。现在用户搜到链接，打开的是CDN节点上的页面，首屏时间从平均4秒降到1.2秒以内。
调整Nginx连接参数
默认配置扛不住短连接洪峰。比如搜索流量突然涌入，每个用户点一次就是一个新连接。我们调了几个关键参数：
worker_connections 10240;
keepalive_timeout 65;
keepalive_requests 1000;
tcp_nodelay on;
client_body_timeout 10;
client_header_timeout 10;特别是tcp_nodelay打开后，小数据包不再等待合并，直播页的交互响应明显更跟手。
监控真实用户体验
光看服务器CPU、内存没用，得知道用户到底卡不卡。我们在前端埋了轻量脚本，记录页面加载时间、视频首帧耗时、播放中断次数。数据汇总到日志平台，一旦“开播失败率”超过5%，自动告警。
小改进带来大变化
有个细节很多人没想到：我们把直播入口的URL加了唯一标识，比如?from=search&ts=1718900，然后在Nginx里根据参数做优先级调度。搜索来的流量标记为高优先级，确保资源分配不被其他任务挤占。
现在同样的服务器配置，同时在线从撑死300人提升到1200+，投诉基本归零。搜索开播这件事，拼的不是硬件堆砌，而是细节打磨。