织梦后台前台加载慢到崩溃？这几招数据库优化救大命

先别急着换程序，先看看卡在哪了

很多人织梦用着用着就卡，特别是数据破万、分类一多的时候，点个文章列表、搜个关键词，转半天圈才出结果。第一反应肯定是“这垃圾程序赶紧换”，其实大可不必。织梦的架构虽然老，但小站点、中小站点优化好数据库，跑起来照样溜。

你有没有发现？织梦后台左侧的“系统性能检测”里，能看到数据库查询次数和平均查询耗时。如果次数动不动就上百上千，平均耗时超过0.1秒，那大概率就是数据库的锅。

先做最基础的：关闭不需要的模块和功能

这事儿吧，很多人刚装织梦时图新鲜，所有模块全开全用，留言板、友情链接、问答、投票啥的，堆得满后台都是。但实际运营的时候，可能连友情链接都只留了几个常用的，其他全是摆设。

别小看这些没用的模块，它们占数据库空间不算，还可能在页面加载时偷偷查询数据。比如评论模块，如果没开启审核但留着接口，垃圾评论多了数据库表直接膨胀。

怎么关？进入织梦后台-系统-系统基本参数-模块设置，把没用的模块勾选“禁用”就行。友情链接、留言板这些如果暂时不用，也可以先在后台把栏目隐藏或删除。

核心优化第一步：给常用的数据库表加索引

这就像给图书馆的书贴分类标签、编页码。没索引的时候，找一本书得把整个书架翻一遍；加了索引，直接按标签找就行，快几十倍都有可能。

织梦最常用的数据库表有三个：dede_archives（文章主表）、dede_arctiny（文章微表）、dede_addonarticle（文章附加表）。这三个表一定要加对索引，别乱加。

乱加索引反而会拖慢写入速度，比如发布文章、编辑文章的时候，索引越多更新越慢。加索引的话，推荐去phpMyAdmin里操作，很多虚拟主机后台都自带这个工具。

给大家列几个必须加的索引：

• 给dede_archives的typeid、pubdate、click加普通索引
• 给dede_arctiny的typeid、arcrank加联合索引
• 给dede_addonarticle的aid加唯一索引（如果系统已经有就不用重复加）

核心优化第二步：清理数据库里的垃圾数据

织梦用久了，垃圾数据真的能堆成山：未审核的草稿文章、被删除文章的残留数据、过期的系统日志、后台登录日志、垃圾评论、重复的图片附件记录……这些东西占空间就算了，查询的时候还要被“扫描”一遍，不慢才怪。

清理垃圾数据别手动删，容易误删。推荐用织梦后台-系统-系统工具-文件校验旁边的“数据库备份/还原”先备份数据库，备份完再用SQL语句清理，或者找个靠谱的织梦数据库清理插件。

给大家举几个常用的SQL语句，可以直接在phpMyAdmin里执行： ```sql -- 清理未审核且超过30天的草稿文章 DELETE FROM dede_archives WHERE arcrank=-1 AND pubdate < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 30 DAY)); -- 清理已删除文章的残留微表数据 DELETE FROM dede_arctiny WHERE id NOT IN (SELECT id FROM dede_archives); -- 清理已删除文章的残留附加表数据 DELETE FROM dede_addonarticle WHERE aid NOT IN (SELECT id FROM dede_archives); -- 清理超过30天的系统日志 DELETE FROM dede_log WHERE dtime < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 30 DAY)); ```

核心优化第三步：优化织梦的模板调用代码

很多人织梦卡，不是数据库本身的问题，是模板里的调用代码太烂了。比如用了嵌套过多的{dede:arclist}，或者每次调用都查询了不需要的字段，或者开启了{dede:tag}的全局查询。

给大家提几个模板优化的小技巧：

• 调用文章列表时，一定要加typeid限定栏目，别全站点扫
• 调用文章列表时，用addfields只查询需要的字段，别用默认的全部字段
• 如果不需要实时更新的内容，比如首页的热门文章、推荐文章，可以用织梦后台-生成-更新首页HTML生成静态HTML，别每次都动态查询
• 别用{dede:loop}随便查询自定义表，除非必要