Django中如何删除/初始化数据库行？临时WebSocket数据清理方案咨询

一、先明确：临时数据该不该存数据库？ #

如果你的数据是和WebSocket会话绑定、服务器重启就失效、不需要持久化的临时数据，完全没必要存数据库。数据库是做持久化存储的，存临时数据既浪费IO资源，还要额外处理清理逻辑，不如用更合适的内存存储方案：

• Redis：最推荐，支持键过期，还能跨进程共享数据。可以给每个WebSocket会话的数据设置统一键前缀，服务器重启时直接批量删除前缀匹配的键，或者依赖过期时间自动清理。
• Django缓存框架：如果已经配置了缓存（比如用Redis做缓存后端），直接把临时数据存在缓存里，默认就是非持久化的，服务器重启后自动清空。
• 进程内内存：比如用全局字典，但只适合单进程部署（比如开发环境的runserver），多进程/多实例部署时数据不共享，不推荐生产环境使用。

二、如果非要存数据库，怎么处理重启清理？ #

你之前把删除逻辑放在AppConfig.ready()里触发警告，是因为Django初始化阶段数据库连接还没完全就绪，官方明确不建议在这里执行数据库操作。推荐以下两种合规方案：

1. 写自定义管理命令 #

自己写一个清理数据的命令，在服务器启动前手动执行，或者加到启动脚本里自动执行：

# 在你的game应用下创建 management/commands/clear_websocket_temp_data.py 文件
from django.core.management.base import BaseCommand
from game.models import LobbySetting

class Command(BaseCommand):
    help = "服务器启动前清理WebSocket相关的临时数据"

    def handle(self, *args, **options):
        deleted_num, _ = LobbySetting.objects.all().delete()
        self.stdout.write(self.style.SUCCESS(f"已清理 {deleted_num} 条临时 LobbySetting 数据"))

启动服务器时，先执行这个命令：

python manage.py clear_websocket_temp_data && python manage.py runserver

生产环境可以把这个命令整合到启动脚本中，比如Docker的CMD指令、supervisor配置文件里。

2. 用中间件在首次请求时清理 #

如果不想手动执行命令，可以写一个中间件，在服务器收到第一个请求时执行清理，之后不再重复触发：

# game/middleware.py
from game.models import LobbySetting

class ClearTempDataMiddleware:
    def __init__(self, get_response):
        self.get_response = get_response
        self.has_cleared = False

    def __call__(self, request):
        if not self.has_cleared:
            LobbySetting.objects.all().delete()
            self.has_cleared = True
        response = self.get_response(request)
        return response

然后在settings.py的MIDDLEWARE列表里添加这个中间件：

MIDDLEWARE = [
    # 其他中间件...
    'game.middleware.ClearTempDataMiddleware',
]

注意：如果是异步Django项目，需要改成异步中间件的写法。

你之前的代码问题说明 #

你在AppConfig.ready()里执行数据库操作触发的警告：

RuntimeWarning: Accessing the database during app initialization is discouraged. To fix this warning, avoid executing queries in AppConfig.ready() or when your app modules are imported.
warnings.warn(self.APPS_NOT_READY_WARNING_MSG, category=RuntimeWarning)

本质原因是Django在初始化应用时，数据库连接池还未完全建立，此时执行查询可能导致连接异常，因此官方明确禁止这类操作。

内容的提问来源于stack exchange，提问作者Jolly Ray