担心被骂,本不想写这篇文章。犹豫良久,最终还是决定写。希望能够帮助到一些朋友,认识到数据库索引正确设计的重要性。由于我比较懒,就简单用文字描述一下,就懒得切图片证明了,懂技术的朋友可以自己测试一下,可证实我的测试结果是否真实。不懂技术的朋友信不信无妨

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

对帝国cms、dedecms、phpcms等负载测验总结剖析  帝国cms dedecms phpcms 第1张

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

从数据库规划来看(个人观点):xiuno > (discuz 、 phpwind 、 phpcms) > (帝国cms 、 dedecms)

dedecms和帝国cms都是老牌的CMS了,从的数据库规划来看,不知是数据库规划者彻底没有了解mysql索引的真理,仍是留一手以对高负载需求的用户收费改善?(期望不明白技能的朋友不要喷我,实在懂mysql索引的朋友能够自己看一下他们对索引的规划,尽管关于dedecms和帝国cms的作者来说,我仅仅一个后辈,像您们这样有10多年开发经历的人,我比较敬重,但我主张其时的dedecms和帝国cms数据库规划者仍是再研究一下mysql索引吧,能够不相信我,但能够花点时刻看看discuz 、phpwind的数据库规划吧,的确是比您们的好)。

假如有幸帝国cms作者能看到此文,期望您再从头规划帝国cms架构吧,究竟这些年您一向在改善帝国cms的负载才干,光是经过火表技能提高,没有实在用到索引来优化,真的不可的,假如用对了索引,功能还会有更大的提高。

dedecms的开创人我算是和他知道,但现在dedecms却不是他的,比较惋惜,现在的dedecms这几年的确没多大改变,一向在打补丁,这样下去真是比较悲惨剧。

我的测验环境:i3CPU 4G内存 1T硬盘 win7体系   apache 2.2 + mysql 5.0(一般环境没有优化过)

测验办法:导入100万至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,官方有一篇大数据测验贴(2千万数据、17.3GB数据库下帝国CMS超强生成速度 ),当年我看到这篇测验贴时,也觉得负载十分强壮,但我测验后,令我绝望了。

装置默许测验数据(共33篇新闻测验数据),主页改为动态主页 第一次拜访0.670127010345459 第2次拜访0.07926607131958

我导入100W数据时,数据库巨细3.6G,主页第一次拜访182秒,第2次拜访155秒,我不知道其时帝国cms作者测验时,是否有测验过动态拜访主页的时刻。包含从6.0版起,每次更新都有说提高功能,但为何会这样?

帝国CMS官方的测验帖,便是误导人,忽悠人。

问题1. 测验数据并没有说到动态拜访主页或是生成主页。也没有说到动态拜访列表页,和生成列表页。

问题2. 测验计算的时刻,也只计算了衔接数据库之后的执行时刻,并没有加上衔接数据库的时刻,这样很简略误导很多人,拿这个时刻和他人计算了衔接数据库的时刻比。这样就不同大了。

问题3. 每篇新闻的内容很少也就几行字。一起内容页模板,也十分简略,生成出来的文件也十分小,只要3K。正常的文章,都是上10K至几十K。

问题4. 一起由于phome_ecms_news表 id 为主键,读取内容时,都是走的索引,所以动态拜访内容页,修改内容,生成内容页很快,都是天经地义的。

问题5. 测验时都是经过火表来测验的,在实在站长做网站,不可能一开始就把网站内容分表。所以这和实在做站状况彻底不一样。

像官方这种测验贴,真是误导人,并且还挂了几年。关于不明白技能的人,便是一种误导,让一般用户盲目的崇拜。

2、dedecms测验版别:DedeCMS V5.7 SP1_GBK正式版 (其时官方最新版)

织梦CMS在知度CMS中一向公认的负载功能最差的CMS,的确很差。

我导入100W数据时,数据库巨细只要330M,主页拜访现已需求70几秒-80几秒才干拜访。

转载请说明出处
知优网 » 对帝国cms、dedecms、phpcms等负载测验总结剖析

发表评论

您需要后才能发表评论