Discuz论坛帖子定时归档，清理旧帖子减轻数据库
Discuz论坛运行久了，帖子表 pre_forum_post 和主题表 pre_forum_thread 会变得很大，导致数据库查询变慢、备份困难。
定时归档就是把旧帖子从主表移到归档表，或者直接删除，从而减轻数据库负担。
本文适合使用宝塔面板的Discuz站长，按步骤操作即可实现自动归档，最终让论坛响应更快、数据库更清爽。
先想清楚：归档还是删除？
归档和删除是两种策略，选错了可能丢失数据或没效果。
- 归档：把旧帖子移动到单独的归档表（如
pre_forum_post_archive），前台仍可查看，但主表变小，查询更快。适合需要保留历史内容的论坛。 - 删除：直接删除旧帖子，数据库体积立刻下降，但数据不可恢复。适合灌水多、无保留价值的版块。
建议先备份数据库，再决定策略。
如果论坛有搜索需求，归档后需确保归档表也能被搜索到，否则用户搜不到旧帖。
准备工作：备份与确认环境
操作前必须备份数据库，避免误删。
- 登录宝塔面板，进入“数据库”页面，找到Discuz使用的数据库，点击“备份”。
- 确认Discuz版本（后台首页可看），本文方法适用于常见版本，具体以官方文档为准。
- 确认数据库表前缀，默认是
pre_，如果修改过，请替换成实际前缀。 - 建议在低峰期操作，避免影响用户访问。
创建归档表并转移旧数据
如果选择归档，先创建归档表，再把旧帖子移过去。
在宝塔面板“数据库”页面，点击“管理”进入phpMyAdmin，选择Discuz数据库，执行以下SQL（请替换 pre_ 为实际前缀）：
-- 创建帖子归档表，结构同 pre_forum_post
CREATE TABLE pre_forum_post_archive LIKE pre_forum_post;
-- 将 2023 年之前的帖子移入归档表
INSERT INTO pre_forum_post_archive SELECT * FROM pre_forum_post WHERE dateline < UNIX_TIMESTAMP('2023-01-01');
-- 确认数据已转移后，删除原表旧数据
DELETE FROM pre_forum_post WHERE dateline < UNIX_TIMESTAMP('2023-01-01');同样，主题表也可以归档：
CREATE TABLE pre_forum_thread_archive LIKE pre_forum_thread;
INSERT INTO pre_forum_thread_archive SELECT * FROM pre_forum_thread WHERE dateline < UNIX_TIMESTAMP('2023-01-01');
DELETE FROM pre_forum_thread WHERE dateline < UNIX_TIMESTAMP('2023-01-01');注意：dateline 是Discuz的时间戳字段，UNIX_TIMESTAMP('2023-01-01') 会转换成对应时间戳。
执行前先用 SELECT COUNT(*) 确认影响行数。
配置宝塔计划任务实现自动归档
手动执行一次后，可以设置定时任务每月自动运行。
- 在宝塔面板左侧菜单点击“计划任务”。
- 任务类型选择“Shell脚本”，任务名称填“Discuz旧帖归档”。
- 执行周期选择“每月”或“每天”，根据论坛发帖量决定。
- 脚本内容粘贴以下示例（请替换数据库名、用户名、密码和前缀）：
#!/bin/bash
DB_NAME="discuz"
DB_USER="discuz_user"
DB_PASS="your_password"
PREFIX="pre_"
CUTOFF="2023-01-01"
mysql -u$DB_USER -p$DB_PASS $DB_NAME -e "
INSERT INTO ${PREFIX}forum_post_archive SELECT * FROM ${PREFIX}forum_post WHERE dateline < UNIX_TIMESTAMP('$CUTOFF');
DELETE FROM ${PREFIX}forum_post WHERE dateline < UNIX_TIMESTAMP('$CUTOFF');
INSERT INTO ${PREFIX}forum_thread_archive SELECT * FROM ${PREFIX}forum_thread WHERE dateline < UNIX_TIMESTAMP('$CUTOFF');
DELETE FROM ${PREFIX}forum_thread WHERE dateline < UNIX_TIMESTAMP('$CUTOFF');
"保存后，可点击“执行”测试一次，观察是否报错。
如果提示表不存在，请先手动创建归档表。
避坑指南：别让归档引发新问题
归档操作有几个容易忽略的点，提前注意能省很多麻烦。
- 备份不可少：任何删除操作前，必须备份数据库。宝塔的备份文件默认在
/www/backup/database/，可下载到本地。 - 归档表也要备份：如果归档表数据重要，同样要纳入备份计划。
- 注意帖子关联：Discuz的帖子与主题、附件、评分等表有关联，直接删除帖子可能导致附件残留。建议同时清理
pre_forum_attachment等关联表，或使用Discuz自带的清理工具。 - 计划任务权限：宝塔计划任务以root运行，确保MySQL用户有相应权限。如果使用
root账号，注意密码安全。 - 避免锁表：大量删除可能锁表，影响论坛访问。建议分批删除，例如每次删除1000条，用
LIMIT限制。
验证效果：数据库瘦身与论坛速度
操作完成后，需要确认是否达到预期。
- 在phpMyAdmin中查看
pre_forum_post和pre_forum_thread的行数，对比操作前是否明显减少。 - 在宝塔面板“数据库”页面查看数据库大小，或执行
SHOW TABLE STATUS LIKE 'pre_forum_post';查看Data_length和Index_length。 - 访问论坛，随机打开几个旧帖子，确认归档后仍可正常显示（如果归档表未接入前台，旧帖可能404，需根据需求调整）。
- 观察论坛首页加载时间，可用浏览器开发者工具或宝塔的网站监控对比。
如果论坛开启了搜索，归档后需重建搜索索引，否则旧帖搜不到。
常见疑问
归档后旧帖子还能被用户看到吗？
如果只是把数据移到归档表，前台不会自动读取归档表，旧帖会显示不存在。要保留访问，需要修改Discuz代码或使用插件让归档表可读，具体以官方或插件文档为准。
定时任务执行失败怎么排查？
在宝塔计划任务日志中查看输出，常见错误是数据库密码错误或表不存在。可手动执行脚本，根据报错调整。
可以只归档某个版块的帖子吗？
可以，在SQL中增加 WHERE fid = 版块ID 条件即可，但需同时处理主题表，避免数据不一致。
归档会影响帖子内的附件吗？
如果只移动帖子表，附件表不变，附件仍可下载。但如果删除了帖子，附件可能成为孤儿文件，建议定期清理。
按照以上步骤，你可以为Discuz论坛建立一套自动归档机制，让数据库保持轻量。
操作前务必测试，确认无误后再设为定时任务。
如果论坛数据量特别大，建议分批次执行，避免影响线上服务。
