Speedtest-Tracker 数据存储问题分析与解决方案

问题背景

在使用 Speedtest-Tracker 进行网络速度测试时，用户遇到了数据无法持久化保存的问题。具体表现为：无论创建新用户、修改默认设置、添加 InfluxDB 连接或执行速度测试，所有更改在容器重启后都会丢失。

环境配置分析

用户最初采用了 Docker Compose 部署方案，配置了 PostgreSQL 和 InfluxDB 作为后端存储。从日志分析显示，数据库连接看似正常，但数据持久化机制存在问题。

根本原因

经过排查，发现问题的核心在于：

1. 数据库连接配置错误：环境变量中指定的数据库主机名与实际的容器名称不匹配
2. 权限设置问题：未正确设置 PUID 和 PGID 环境变量，导致文件写入权限不足
3. 数据库初始化机制误解：当更改数据库凭据时，需要同时删除数据库卷才能生效

解决方案验证

技术团队建议采用以下步骤进行问题排查和解决：

1. 简化测试环境：首先切换到 SQLite 数据库，排除 PostgreSQL 配置问题
2. 确保权限正确：必须配置 PUID 和 PGID 环境变量
3. 清理旧数据：更改数据库凭据时，需要删除原有的数据库卷

最终配置方案

经过验证，以下是最佳实践配置示例：

services:
  speedtest-tracker:
    image: lscr.io/linuxserver/speedtest-tracker:latest
    container_name: speedtest-tracker
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Copenhagen
      - APP_KEY=base64:XYZ/k=
      - DB_CONNECTION=sqlite
      - SPEEDTEST_SCHEDULE="0 * * * *"
      - SPEEDTEST_SERVERS=9891
      - DISPLAY_TIMEZONE=Europe/Copenhagen
      - PRUNE_RESULTS_OLDER_THAN=3650
    volumes:
      - ./data:/config
    ports:
      - 80:80
    restart: unless-stopped

技术要点说明

1. 数据库选择：Speedtest-Tracker 支持多种数据库后端，SQLite 适合小型部署，而 PostgreSQL 适合大规模应用
2. InfluxDB 角色：InfluxDB 仅用于将数据导出到其他可视化工具（如 Grafana），并非 Speedtest-Tracker 运行的必要组件
3. 权限管理：正确的用户和组 ID 设置对文件系统持久化至关重要

总结

通过简化配置、确保正确的权限设置和了解数据库初始化机制，成功解决了 Speedtest-Tracker 的数据持久化问题。这一案例展示了在容器化环境中，配置细节对应用稳定性的重要影响，也为类似问题提供了参考解决方案。