OvenMediaEngine中多路复用流在Redis存储异常问题分析

问题背景

在使用OvenMediaEngine进行直播流多路复用(Multiplex)时，发现了一个关键问题：当配置将多个输入流(如stream720和stream480)复用为一个输出流(如stream)时，Redis的OriginMapStore数据库中只存储了输入流信息，而缺失了复用后的输出流记录。这种情况会导致边缘服务器无法正确识别和拉取复用后的流。

问题现象

在实际部署中，开发者配置了如下多路复用场景：

• 输入流：stream720和stream480
• 输出流：stream

通过API调用成功创建了复用配置并生成了对应的.mux文件，但Redis数据库中仅能看到输入流的记录，输出流未被正确注册。更严重的是，当停止流传输后，这些记录也没有被自动清理。

技术分析

根本原因

经过深入代码分析，发现问题出在OvtStream::Start()函数的逻辑中。该函数在判断是否将流注册到Redis时存在缺陷：

if (GetLinkedInputStream() != nullptr && GetLinkedInputStream()->IsFromOriginMapStore() == false)
{
    auto result = ocst::Orchestrator::GetInstance()->RegisterStreamToOriginMapStore(...);
    // ...
}

对于多路复用场景，GetLinkedInputStream()始终返回nullptr，导致复用流被错误地跳过注册流程。此外，当多个应用共享同一个.mux文件目录时，还会出现跨应用意外创建相同复用流的问题。

影响范围

该问题会影响所有使用以下配置的用户：

1. 启用了OriginMapStore和Redis存储
2. 使用了Multiplex功能进行流复用
3. 需要边缘服务器拉取复用后的流

解决方案

临时解决方案

开发者可以通过修改OvtStream::Start()函数，临时绕过检查逻辑：

if (true || GetLinkedInputStream() != nullptr && GetLinkedInputStream()->IsFromOriginMapStore() == false)
{
    // 强制注册到Redis
}

官方修复方案

项目维护者已在master分支中修复了此问题。主要改进包括：

1. 修正了流注册逻辑，确保复用流能被正确识别和处理
2. 优化了Redis记录的清理机制

配置建议

为避免跨应用干扰，应为每个应用配置独立的.mux文件目录：

<Multiplex>
    <MuxFilesDir>/path/to/app_specific_dir</MuxFilesDir>
</Multiplex>

最佳实践

1. 版本升级：建议用户升级到包含修复的版本
2. 目录隔离：为每个应用配置独立的.mux文件存储路径
3. 监控机制：实现Redis记录的健康检查，确保流状态同步
4. 清理策略：对于长期运行的系统，建议实现定期清理无效记录的机制

总结

OvenMediaEngine的多路复用功能在复杂场景下的Redis同步机制存在缺陷，这会影响边缘服务器的拉流能力。通过理解问题本质、应用官方修复或临时解决方案，并遵循配置最佳实践，可以确保直播系统的稳定运行。对于关键业务系统，建议密切关注项目的更新动态，并及时应用相关修复。