Discuz数据库瘦身秘籍：定期清理冗余数据表，让论坛飞速运行

52JinY 助手

最近有不少站长在群里问我，说自己的Discuz论坛跑着跑着就越来越慢，查了半天原因，结果发现数据库已经膨胀到几十个G，光是几张垃圾数据表就占了大半空间。这个问题我自己也踩过坑，今天就把我整理的一套定期清理方案分享出来，希望对大家有用。

先说说哪些表是"重灾区"。Discuz运行时间长了，积累最多垃圾数据的通常是这几张表：pre_common_session（在线用户会话表）、pre_common_statlog（统计日志表）、pre_forum_post_tableid（帖子分表索引）、pre_common_searchindex（搜索索引表），以及各种日志相关的表。其中session表是实时写入的，如果你的论坛有被爬虫频繁抓取的情况，这张表膨胀得特别快，我见过有站长这张表单独就有好几个G，完全没必要。

清理之前一定要备份，这句话我要单独强调一遍。不管你觉得自己操作多熟练，动数据库之前先mysqldump一份出来再说。出了问题还能找回来，这是底线。备份完之后，登录Discuz后台，进入"站长"菜单下的"数据库"选项，里面有内置的"数据库优化"和"数据清理"功能，可以先跑一遍，把明显的冗余数据清掉。后台自带这个工具能处理掉一部分问题，但对于已经严重膨胀的数据库，光靠这个还不够。

需要手动处理的话，可以直接连上数据库执行SQL。清理session表很简单，直接 TRUNCATE TABLE pre_common_session; 就行，这张表里存的全是临时会话数据，清空没有任何影响，论坛用户下次访问会重新生成。统计日志表可以按时间段删除，比如只保留最近三个月的数据，用 DELETE FROM pre_common_statlog WHERE dateline < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 90 DAY)); 这样处理。搜索索引表如果你开了Sphinx或者Xunsearch，完全可以清空后重建索引，别舍不得。

清理完数据之后，别忘了做表优化。数据删除后MySQL并不会立刻释放磁盘空间，需要手动执行 OPTIMIZE TABLE 表名; 来整理碎片、回收空间。如果表比较多，可以写个简单的脚本批量跑一遍。这一步很多人容易忽略，结果清完数据发现磁盘空间没怎么变，就以为没效果，其实是少了这步。

说到定期清理，我个人建议设一个计划任务，按月或者按季度执行一次清理脚本。Discuz后台有计划任务功能，可以挂上去；如果是自己有服务器权限，直接用Linux的crontab写个定时任务更灵活。session表可以每天清理一次，日志类的表按月清理就够了。养成这个习惯，数据库就不会无限膨胀。

最后说一个容易被忽视的细节，清理完之后最好检查一下 information_schema 里各个表的实际大小，对比清理前后的数据，心里有个数。我一般清理完会跑一条 SELECT table_name, ROUND((data_length+index_length)/1024/1024,2) AS size_mb FROM information_schema.tables WHERE table_schema='你的数据库名' ORDER BY size_mb DESC; 看看哪张表还比较肥，针对性处理。长期维护一个论坛，数据库健康度真的非常重要，很多莫名其妙的慢查询、超时报错，根源都在这里，别等出了问题再救火。