对帝国cms、dedecms、phpcms等负载检测总结剖析

2021-02-23 18:57 admin

检测程序流程:
CMS程序流程:帝国cms dedecms phpcms
论坛程序流程:discuz phpwind xiuno

负载检测結果:
xiuno > discuz > phpwind > phpcms > ( 帝国cms ? dedecms)

从数据信息库设计方案看来(本人见解):
xiuno > (discuz 、 phpwind 、 phpcms) > (帝国cms 、 dedecms)

dedecms和帝国cms全是老牌的CMS了,从的数据信息库设计方案看来,不知道是数据信息库设计方案者彻底沒有了解mysql数据库索引的最高境界,還是留1手以对高负载要求的客户收费改善?(期待不懂技术性的盆友不必喷我,真实懂mysql数据库索引的盆友能够自身看1下她们对数据库索引的设计方案,尽管针对dedecms和帝国cms的作者来讲,我只是1个小辈,像您们这样有10多年开发设计工作经验的人,我较为尊重,但我提议当今的dedecms和帝国cms数据信息库设计方案者還是再科学研究1下mysql数据库索引吧,能够不坚信我,但能够花点時间看看discuz 、phpwind的数据信息库设计方案吧,的确是比您们的好)。

假如荣幸帝国cms作者能看到此文,期待您再再次设计方案帝国cms构架吧,终究这些年您1直在改善帝国cms的负载工作能力,光是根据分表技术性提高,沒有真实用到数据库索引来提升,真的不好的,假如用对了数据库索引,特性还会有更大的提高。

dedecms的创办人我算是和他了解,但如今dedecms却并不是他的,较为遗憾,如今的dedecms这几年的确没多大转变,1直在打补钉,这样下去简直较为不幸。

我的检测自然环境:
i3CPU 4G运行内存 1T电脑硬盘 win7系统软件   apache 2.2 + mysql 5.0(一般自然环境沒有提升过)

检测方式:
导入100万至1亿 不等数据信息,开展简易的浏览检测

我的导入方式:
依据各个程序流程的数据信息构造写出导入程序流程,

1.先写1个PHP程序流程,将数据信息写入 e:/insert1.sql 这个文档,

2.随后再根据 LOAD DATA local INFILE 'e:/insert1.sql' INTO TABLE `数据信息表名` character set 编号; 这类方法导入的,导入千W数据信息也就几分钟。

1、帝国cms
检测版本号:EmpireCMS_7.0_SC_GBK (当今官方全新版)

先说说帝国cms,官方有1篇绝大多数据检测贴(2干万数据信息、17.3GB数据信息库下帝国CMS超强转化成速率 ),当年我看到这篇检测贴时,也感觉负载十分强劲,但我检测后,令我心寒了。

安裝默认设置检测数据信息(共33篇新闻检测数据信息),主页改成动态性主页 第1次浏览0.6709 第2次浏览0.07926607131958

我导入100W数据信息时,数据信息库尺寸3.6G,主页第1次浏览182秒,第2次浏览155秒,我不知道道那时候帝国cms作者检测时,是不是有检测过动态性浏览主页的時间。包含从6.0版起,每次升级都有说提高特性,但为什么会这样?

帝国CMS官方的检测帖,便是误导人,坑骗人。

难题1. 检测数据信息并沒有提到动态性浏览主页或是转化成主页。也沒有提到动态性浏览目录页,和转化成目录页。

难题2. 检测统计分析的時间,也只统计分析了联接数据信息库以后的实行時间,并沒有再加联接数据信息库的時间,这样很非常容易误导许多人,拿这个時间和他人统计分析了联接数据信息库的時间比。这样就区别大了。

难题3. 每篇新闻的內容非常少也就几行字。另外內容页模版,也十分简易,转化成出来的文档也十分小,仅有3K。一切正常的文章内容,全是上10K至几10K。

难题4. 另外由于phome_ecms_news表 id 为主键,载入內容时,全是走的数据库索引,因此动态性浏览內容页,编写內容,转化成內容页很快,全是理所应当的。

难题5. 检测时全是根据分表来检测的,在真正站长做网站,不能能1刚开始就把网站內容分表。因此这和真正做站状况彻底不1样。

像官方这类检测贴,简直误导人,并且还挂了几年。针对不懂技术性的人,便是1种误导,让一般客户盲目跟风的钦佩。

2、dedecms
检测版本号:DedeCMS V5.7 SP1_GBK宣布版 (当今官方全新版)

织梦CMS在知度CMS中1直公认的负载特性最差的CMS,的确很差。

我导入100W数据信息时,数据信息库尺寸仅有330M,主页浏览早已必须70几秒⑻0几秒才可以浏览。