HedgeDoc会话表持续增长问题分析与解决方案

问题背景

在使用HedgeDoc文档协作平台时，管理员发现数据库中的Sessions表记录数持续增长，即使在没有用户主动登录的情况下，该表每天也会新增约5000条记录。经过排查，发现问题源于系统的健康检查机制。

技术细节分析

HedgeDoc是一个基于Node.js的实时协作文档平台，使用PostgreSQL等数据库存储会话信息。正常情况下，Sessions表应该只存储用户登录会话信息，但实际观察到该表记录了所有访问请求，包括健康检查探针的请求。

问题的根本原因在于代码实现上的一个疏漏：在添加/_health健康检查端点时，没有像其他系统端点那样排除会话创建机制。这导致每次健康检查请求都会在Sessions表中创建一条新记录。

影响评估

这种设计缺陷会导致几个实际问题：

1. 数据库空间被无效会话记录占用
2. 随着时间推移，Sessions表会变得异常庞大
3. 可能影响系统性能，特别是在高频率健康检查的场景下
4. 增加了数据库维护的复杂度

临时解决方案

对于急需解决问题的用户，可以采用以下临时方案：

1. 直接修改容器内的健康检查脚本：

mv -iv healthcheck.mjs healthcheck.mjs_bak

2. 或者通过Docker Compose修改健康检查配置：

services:
  app:
    healthcheck:
      test: ['CMD','true']

永久解决方案

开发团队已经意识到这个问题并在代码库中修复了此缺陷。修复方案是在健康检查端点处添加了会话创建排除逻辑，与系统其他核心端点保持一致。

最佳实践建议

对于使用HedgeDoc的管理员，建议：

1. 及时升级到包含此修复的版本
2. 定期检查数据库表大小和记录数
3. 对于生产环境，合理设置健康检查频率
4. 考虑实施定期清理过期会话的维护任务

总结

这个案例展示了在Web应用开发中，即使是看似简单的健康检查功能，也需要全面考虑其对系统各方面的影响。特别是在会话管理、数据库设计等核心功能上，任何新增端点都需要仔细评估其对系统状态的影响。