Tolgee平台Docker容器中PostgreSQL连接问题深度解析

问题现象

近期多个用户报告在使用Tolgee平台的Docker容器时遇到了PostgreSQL数据库连接问题。主要表现为容器首次启动时可以正常运行，但在重启后无法连接到内置的PostgreSQL数据库，导致Web界面不可访问。

技术背景

Tolgee是一个开源本地化平台，采用Docker容器化部署方式。其标准部署方案包含内置的PostgreSQL数据库服务。从版本3.40.x开始，平台升级到了Spring Boot 3框架，并同步更新了基础Dockerfile以适配PostgreSQL 13。

问题根源分析

通过对用户报告的深入分析，我们发现问题的核心在于文件系统权限变更：

1. 权限异常：PostgreSQL数据目录的所有权被更改为UID 70的用户，而该用户在宿主机上不存在
2. 重启失效：即使手动修复权限（chown root:root），容器重启后权限问题会再次出现
3. 版本关联性：问题在v3.38.3及更早版本中不存在，从v3.40.x开始出现

影响范围

该问题影响以下环境配置：

• 使用内置PostgreSQL数据库的Docker部署
• 基于Debian/Ubuntu/CentOS等Linux发行版的宿主机
• Docker版本20.x至25.x均有报告
• 从Tolgee v3.40.x开始的多个版本

临时解决方案

目前可用的临时解决方案包括：

1. 版本回退：暂时使用v3.39.0或更早版本
2. 权限修复：每次重启后执行chown root:root ./data/postgres/ -R
3. 外部数据库：配置使用独立的PostgreSQL容器

技术建议

对于生产环境部署，我们建议：

1. 监控机制：建立容器健康检查机制，自动检测数据库连接状态
2. 数据备份：定期备份PostgreSQL数据目录，防止权限问题导致数据不可用
3. 升级策略：在非关键环境测试新版本后再进行生产部署

长期解决方案展望

开发团队已注意到此问题，预计在未来版本中会：

1. 重新评估Dockerfile中的用户权限配置
2. 优化PostgreSQL数据目录的初始化流程
3. 提供更完善的容器重启恢复机制

该问题的彻底解决需要进一步分析Spring Boot 3升级与PostgreSQL 13适配过程中引入的变更影响。