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万级的数据测试更有代表性，对于真正做正规站的人，而且以后确实做得很大了，升级一下硬件应该没什么问题的吧，此外那些在虚拟主机下的用户当然不可能达到这个速度的了，但这可以作为一个性能优化参考性的依据吧。

最新评论