DedeCMS性能优化方案简单几招让你DedeCMS提速N倍

今天跟版网为大家分享一下DedeCMS数据负载性能优化的方法。织梦的模板简单易用,标签调用更是灵活,二次开发也非常方便。可是,站点数据庞大起来的时候(30多 万条),后台就会变得异常缓慢,生成HTML也很吃力,毫不夸张的说,头发都等白了。这不禁让我对Ded
今天跟版网为大家分享一下DedeCMS数据负载性能优化的方法。织梦的模板简单易用,标签调用更是灵活,二次开发也非常方便。可是,站点数据庞大起来的时候(30多 万条),后台就会变得异常缓慢,生成HTML也很吃力,毫不夸张的说,头发都等白了。这不禁让我对DedeCMS数据负载性能产生了置疑?
 
DedeCMS数据负载性能优化方案
 
查阅了相关资料,结合自身站点实际,还是总结出了一套不错的DedeCMS数据负载性能优化方案。废话不说,直接进入正题。
 
1)数据分表存储 减轻数据单表压力
 
自织梦V5版本起,DedeCMS开始分表存储以提高系统负载性能,确实在一定程度上缓解了数据压力。现在最新的DedeCMS V5.7版本已经出来了,据官方介绍,V5.7调整了缓存处理,应付50万以内数据没问题,至于真实性无从考究。如果官方陈述属实的话,对于中小型站长来 说确实是件好事,正常百万级内数据也不用过多担心了。
分表存储如何操作?
如果你只是个人或企业等小型站点,数据量也就撑死上万,那完全不用考虑分表存储,DedeCMS完全可以胜任。分表操作很简单,你只需要直接进入后 台,新建模型,然后设置一个栏目对应一个模型。个人建议一个大的频道栏目及子栏目对应一个模型,这要根据你的栏目可能存储的数据来做计划,考虑实际一点的 分表方案。
 
2)修改系统参数 arclist标签另类优化
 
在DedeCMS V5版本中,官方其实已经做了极力优化,引入了缓存机制。其实影响HTML生成速度的罪魁祸首还是模板中的arclist标签,很多站长喜欢用 arclist标签来调用最新、热门、推荐、头条等文章列表,但是arclist标签每次都带着一大堆条件去主表中查询,可能还会关联附加表,对一次性生 成大量文章来说,只是重复使用arclist标签对数据库重复查询罢了,自然会花去大量时间。现在DedeCMS新的版本中,生成HTML时arclist标签会直接调用缓存数据,省去arclist标签重复查询数据库的时间,顿时让上述工作变得轻松起来,生成速度得到提升也是必然的。你只用在系统参数->性能选项中,找到arclist标签调用缓存(cfg_index_cache)(0 不启用,大于0值为多少秒),根据自身实际需求调整缓存调用时间。
其实,还有一种解决办法,就是麻烦了一些,但是对性能提升是非常显著的。arclist 标签调用缓存虽说一定程度上提高了HTML生成速度,但是还是需要对arclist缓存进行判断,如果能把这部分时间也省去,那是不是会更快呢?答案是肯 定确定以及双重否定。我们可以通过freelist(自由列表)功能事先生成最新、热门、推荐、头条等文章列表页面,然后用include标签直接引入到 模板里,标签格式为:{dede:include file=’文章列表页面文件名称’ ismake=’ no’/}。如果你的站长数据很庞大,服务器硬件配置也一般的话,何不尝试一下呢?
另外,系统参数-核心设置里默认的关键字替换功能(cfg_keyword_replace)是开启的,如果文章是采集过来的,还是关闭的好,有很多关键字都毫无意义,甚至会有乱码导致生成出错,关掉此功能对提高系统性能是有一定帮助的。
 
3)数据库表索引优化 性能大幅提升
 
为什么要对DedeCMS数据库表索引进行优化呢?很简单,在Mysql中,索引无疑是最有效的加快查询的工具了,一个合理的索引组合会极大地提升 你的查询效率和系统性能。言归正传,你可以通过phpmyadmin或是一个叫Navicat for MySQL的软件(推荐)来管理你的数据库。
分析DEDECMS数据表信息,不难发现,所有的文章数据是存储在dede_archives和dede_arctiny,以及对应的 dede_addonarticle附加表中的。生成HTML时,sql查询主要围绕这三张表来的。个人认为,凡是要排序的字段和查询条件的字段及文档 ID都要建立索引,如果一个没有建立,将会严重影响MySQL的查询效率,最终导致生成速度变慢。DEDECMS数据表索引建立方法如下:
a)dede_archives,是文章的主表,存储文章标题、关键 字、描述、发布时间等信息,10万数据的表大小可能在30MB左右,也是我们优化的重点。你需要建立的索引字段有,id、channel、 pubdate、sortrank、ismake、typeid、mainindex、lastpost;其中,像系统默认的mainindex和 lastpost这两个组合索引,个人认为存在意义不大,可以删除,自己掂量。需要注意的是,click字段,是文档的点击数,此字段更新频率,建立索引 后会对系统维护带来一定压力,另外也有人说频繁更新的建立索引会容易导致数据库损坏,也无从查证。个人建议click字段保留,不建立索引。
为DedeCMS数据表建立索引
b)dede_arctiny,这个表比较小,10万数据的表大小不到5MB,建议不建立索引,可以将自带的删除掉,或者只保留sortrank索引。
c)dede_addonarticle,是文章附加表,主要是用来存储文章内容的,不作索引考虑。
以上索引成功建立后,再测试下你的HTML生成速度,是不是让你精神一振呢?
 
4)搭建胜过Apache十倍的高并发Web服务器 Nginx + PHP(FastCGI)
 
Web服务器的重要性不需多言,对提升网站性能有着直接影响。在PHP开发中,最常用的环境莫过于在 LAMP:Linux+apache+mysql+php了,在windows下有 WAMP:Windows+apache/iis+mysql+php,我的WEB站点也是在这种环境下开发的。Nginx + PHP(FastCGI)无疑是你最好的选择,在Windows和Linux下都可以安装,只是Windows下的Nginx表现要远远逊色于Linux。
DedeCMS系统运行是依赖PHP+MYSQL环境的,所以说一个运行快、资源消耗小的Web服务器对提升系统性能有多重要。如果条件允许的条件,还是推荐下Nginx + PHP(FastCGI)这种WEB服务器环境。
 
以上就是DedeCMS数据负载性能的优化方案,针对的是有独立WEB服务器或控制权限的站长,至于虚拟主机想 达到这个速度还是很费劲的,但是也可以作为DedeCMS性能优化的一个参考依据,自己琢磨琢磨了。当然,如果有更好的提高DedeCMS数据负载性能的 办法,还希望分享下。其实,正常情况下(不包括采集),一般站点数据量也都有限,20万就很了不起了吧?我想,以上的DedeCMS优化方案足以解决了。 真到了百万级、千万级数据的时候,也不是一般站长需要考虑的事了。
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

这篇文章给大家分享的是有关织梦dedecms调用当前栏目文章数的方法的内容。小编觉得挺实用的,因此分享给大家做个参考。一起跟随小编过来看看吧。 做模板时,经常需要为每个栏目加上此栏目的文章数。和大家分享下实现的方法,此方法适合5.6及5.7、5.7sp1其它
现在许多网站使用了SSL技术,网站采用https链接,我们在复制https链接网站的内容,发现图片无法本地化,那么我们想要将这些图片本地化,要怎么操作呢? 第一步: 找到dede/inc/inc_archives_functions.php (注:前边红色的dede目录是您的后台目录) 定位到
最终实现效果如下图:内容生成之后会自动加上本篇文章的tags标签(文档生成时候自动加入,编辑器中内容实际没加入,更有利) 实现教程 1、后台-系统-核心设置-关键字替换,选择【是】 2、后台-系统-其他选项-关键词替换次数,填【1】或者【0】 1:表示文档内
我们传图集后需要对图片进行删除,但是系统提示已删除,实际还保存在网站目录里,这个要怎么解决呢? 打开 \dede\swfupload.php 找到 if(!file_exists($imgfile) !is_dir($imgfile) preg_match(#^.$cfg_medias_dir.#, $imgfile)) 替换成: if(file_exists($i
织梦tags标签只能写12个字符也就是6个汉字,多出的字符就会自动截断,或者直接被去除,不单单需要通过修改数据库字段长度,还要修改程序文件来改变tags字数限制,tags标签默认长度。 1、修改tags数据表字段长度 后台-系统-SQL命令行工具-执行下面2句语句(一起
大家都知道,Discuz程序在发文章时有个【隐藏】功能,可以限制这个隐藏内容供某些级别的会员查看。 在织梦模板中,做些改动,也是可以实现的。例如:电话号码,下载地址等等。 前提是开启会员功能,已经有了自定义字段。 一、建立文件 ajax_loginsta_c.php: