很多人对DedeCms的性能问题存疑，于是在这里发表了一篇如何提高性能的文章，并展示了最终改进实际效果的测试结果。
dedecmsV5.5发布后，与之前的版本号相比，各方面都以极致为主。然而，由于实用性，不可能考虑所有客户的要求。过去，许多人对DEDCMS的性能问题表示怀疑。因此，在此发表一篇关于如何提高性能的文章，并给出最终改进实际效果的测试结果。
一、修改系统主要参数
在DedeCmsV5.5中，HTML性能的关键如下:
1.关键设置:
关键字更改(是/否)。应用这个函数会危及HTML的形成率(cfg_keyword_replace)
。这个主参数默认设置是开启的，建议文章内容是收集的客户不用开启这个选项。由于收集到的文章一定和自动生成关键词的问题有关，所以很多关键词都是没有价值的，甚至错误的代码都会导致最后断掉，所以建议关闭这个主参数。2.
。性能选项:
启用缓存文件更新(秒，0表示不打开):10000cfg_index_cache
是否打开模板缓存文件:是cfg_tplcache
这两个主要参数很有意义，而且在最有害的标识符是arclist。除此之外，模板缓存文件是否打开也很关键。这两个选项就是为了解决这个问题。
实际上，强烈建议更改系统软件的主要参数，如下图所示:
二、改进数据库查询
1、dedicated_archives
该表有四组数据库索引:PRIMARY、sortrank、mainindex和lastpost。事实上，因为这个表本身很小，所以设置了太多的数据库索引。因为dedecms中程序流程的默认设置都是按字段名sortrank排列的，所以建议保存PRIMARY和SortRank两个数据库索引，删除mainindex和lastpost。具体步骤如下:
2、dede_arctiny
这个表很小。在检测中，8万条数据信息，这个表只占1.5C左右，已经很小了，不需要创建数据库索引。因此，下面的数据库被删除。
历经上边的提升以后，用8万数据信息上下的教育类文章检测（数据库查询800M上下），在奔流E、2G运行内存、一般SATA电脑硬盘自然环境中检测，形成速率如下图：
由于DedeCms形成前后左右速率相近，速率稳定在每秒15篇左右。这个数据自然和启用的客户模板logos总数有关，但以这个速度，每小时能达到5万篇以上，还是很理想的。
很可能很多站长会问，为什么不查几百万或者几千万的数据信息？
其实按照这个信息量，如果达到百万，数据库查询会达到10G，几千万会达到100G。比如有的CMS的吹已经是基于几千万的测试了，就应该吹。100G数据信息和照片形成的HTML的定义是什么？这种一般的电脑硬盘和刘犇E机都能做到。所以拿十万级数据处理更有象征意义，针对的是真正做靠谱站的人，之后做了很多。硬件配置升级应该没有问题。况且云虚拟主机下的这些客户自然不可能达到这个速率，但可以作为提升性能参考价值的依据。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）