Tdarr项目中的库统计信息复制问题分析

问题概述

在Tdarr媒体处理系统中，当用户复制一个已有库时，系统不仅会复制库的设置，还会错误地复制原库的统计信息。这导致新库的转码次数、节省空间大小和健康检查次数等关键指标与实际情况不符。

问题详细表现

该问题主要影响以下三个关键统计指标：

1. 转码次数(totalTranscodeCount)
2. 节省空间大小(sizeDiff)
3. 健康检查次数(totalHealthCheckCount)

当用户执行以下操作流程时，问题会显现：

1. 创建一个包含媒体文件的库
2. 对该库执行转码和健康检查操作
3. 复制该库到新位置
4. 对新库执行全新扫描
5. 检查统计信息时发现上述三个指标被错误复制

技术分析

这个问题本质上是一个数据隔离问题。在库复制过程中，系统应该只复制配置参数，而不应该复制运行时产生的统计信息。这些统计信息应当与每个库实例独立关联。

从技术实现角度看，问题可能出在：

1. 库复制功能没有正确重置统计字段
2. 统计信息存储结构设计上可能存在耦合
3. 库复制操作可能调用了不恰当的深拷贝方法

解决方案

对于已经出现此问题的用户，可以采取以下手动修复方法：

1. 停止Tdarr服务
2. 找到LibrarySettingsJSONDB文件
3. 手动编辑以下字段为正确值：
   • totalHealthCheckCount
   • totalTranscodeCount
   • sizeDiff
4. 保存修改后重启Tdarr服务

对于开发者而言，修复方案应包括：

1. 在库复制逻辑中显式重置统计字段
2. 确保统计信息与库实例严格绑定
3. 实现统计信息的动态计算而非静态存储

最佳实践建议

为避免此类问题，建议用户：

1. 在复制库后立即检查统计信息
2. 对于需要复制的库，考虑先导出配置再新建
3. 定期备份库设置文件

对于开发者，建议：

1. 实现统计信息的实时计算机制
2. 在复制操作中加入明确的统计重置步骤
3. 提供统计信息修复工具

总结

Tdarr中的库统计信息复制问题虽然不影响核心功能，但会影响用户对处理进度的准确判断。通过理解问题本质和掌握修复方法，用户可以确保统计信息的准确性。该问题也提醒我们在系统设计中需要考虑数据隔离和统计信息的独立性。