DedeCms V5.3 终极功能优化策略

DedeCms V5.3 终极功能优化策略

　　能同时满足一切用户的须要的，在以往，不少人对DedeCms功能成绩示意疑心，因此自己在此发布一篇关于如何对功能停止优化的文章，并提供最终优化效果测试后果。

　　一、修正系统参数

　　在 DedeCms V5.3中，触及生成HTML功能的次要有下面几个参数：

　　1、外围设置：

　　要害字交流(是/否)利用本性能会影响HTML生成速度(cfg_keyword_replace)

　　这个参数默许是开启的，建议文章是采集的用户不要开启此选项，由于采集的文章必须触及主动生成要害字成绩，这样不少要害字毫有意义，甚至会有乱码导致生成中缀，所以建议把这个参数给关闭。

　　2、功能选项：

　　调用缓存更新工夫(秒,0示意不启用)： 10000 cfg_index_cache

　　能否启用模板缓存： 是 cfg_tplcache

　　这两个参数相当无心义，在 DedeCms 中，最影响功能的标签是 arclist 这个标签，此外模板缓存能否开启也相当重要，这两个选项就是解决这些成绩的。

　　系统参数详细引荐修正如下图：

　　二、优化数据库

　　1、 dede_archives

　　这个表有 PRIMARY、sortrank、mainindex、lastpost ，四组索引，实践上由于这个表自身很少，设置过多的索引反而没多大的必要，因为dedecms里的程序默许都是用sortrank这字段排序的，建议保留PRIMARY、sortrank两个索引，删除mainindex、lastpost，详细操作如下图：

　　2、dede_arctiny

　　这个表相当的小，在测试中，7万数据，这个表才占1.5M左右，实践自身就已经相当的小，因此不必建设索引，所以删除下面索引：

　　通过上面的优化之后，用7万数据左右的教育类文章测试(数据库800M左右)，在奔流E、2G内存、一般SATA硬盘环境中测试，生成速度如下图：

　　由于DedeCms生成机制前后速度都差不多的，因此速度稳固在每秒 15 篇左右，当然这个数字和用户模板标签调用数量有肯定的关系，但按这个速度，每小时可能达到 5万篇以上，这样还是相当现实的。

　　能够很多站长会问，为什么意外试百万、千万级的数据呢?

　　实践上，按这个数据量，假设达到百万，数据库将达到10G之巨，千万级的更上100G，像某些CMS吹的已经经过了千万级测试，就让他们去吹吧，100G数据，再加上图片，生成的HTML是什么概念，是这些一般硬盘、奔流E的机子可能做的事件?因此拿10万级的数据测试更有代表性，对于真正做正轨站的人，而且当前的确做得很大了，晋级一下硬件应该没什么成绩的吧，此外那些在虚构主机下的用户当然不能够达到这个速度的了，但这可能作为一个功能优化参考性的根据吧。

--文章来自站长力气网：