对帝国cms、dedecms、phpcms、discuz、phpwind、xiuno负载测试总结

对帝国cms、dedecms、phpcms、discuz、phpwind、xiuno负载测试总结

最近发现了一套程序(秀野BBS)，是一款针对千万级信息设计的开源论坛手机软件。我好奇地看了一下，发现很不错，就想测试一下，于是我接着测试了几个国内比较流行的节目。

因为懒，我就简单用文字解释一下，不想切图证明。有技术的朋友可以自己测试一下，可以证明我的测试结果是真是假。如果你不懂技术，你可以完成它。

检测程序:

CMS程序:帝国CMSDEDEDECMSPHPCMS
社区论坛程序:discuzphpwindxiuno
负载测试结果:
xiuno>；discuz>phpwind>phpcms>(帝国cms？？DEDMS)
从概念模型设计的角度(个人观点):
Xiongo>；(discuz、phpwind、phpcms)>(帝国cms，dedecms)

dedecms和帝国cms都是比较知名的cms。从的概念模型设计来看，不知数据库查询设计者是否已经完全看不懂最高级的mysql索引，还是已经将其留给对负载要求高的客户提高收费标准？(希望不懂技术的盆友不用喷我，真正懂mysql索引的盆友可以自己看看他们的数据库索引设计方案。虽然我只是dedecms和Imperialcms创作者的小辈，但我还是和大家一样尊重有10年以上开发设计经验的人。不过，我建议现在的dedecms和帝国cms数据库查询设计者，科学地研究一下mysqlindex。他们可以花一点时间看看discuz和phpwind的概念模型设计，而不相信自己。确实比别人的好)。

如果帝国cms的创造者很荣幸看到这篇文章，希望你能重新设计帝国cms的架构。毕竟这么多年你一直在提高帝国cms的工作量。只是基于子表的技术改进，而不是利用数据库索引真正改进，这确实很糟糕。如果您使用正确的数据库索引，这些特性将会继续提高。

我知道dedecms的创始人，但是现在的dedecms不是他的，比较欠缺。现在的DeDECMS这几年变化不大，一直在修复漏洞。很不幸事情就这样结束了。
我的界面测试:
i3CPU4g运行内存1T电脑硬盘win7系统软件apache2.2mysql5.0(一般自然环境未改进)
测试标准:
导入一百万到一亿条不同的数据信息，进行简单的浏览检测
我的导入方法:
根据各个程序的算法设计编写导入程序，
1.首先写一个PHP程序，将数据信息加载到文档e:/insert1.sql，
2。然后，根据荷载数据局部填实'e:/insert1。这种方法导入几千W数据信息需要十几分钟。

1。帝国cms
检测版本号:帝国cms_7.0_SC_GBK(今日官网最新版本)
先说帝国CMS。官网有个大的。
安装默认数据测试(共33个新闻报道数据测试)，将首页改为动态首页。第一次浏览是0.670127010345459，第二次浏览是0.0792607131958
我导入100W数据信息，数据库查询大小3.8G，首页第一次浏览182秒，第二次浏览。既然包含了6.0版本，那么每一次升级都是为了改进功能，但为什么会这样呢？
帝国CMS官网的检测帖都是骗子和傻子。
问题1。数据测试没有提到动态浏览主页或者形成主页。没有提到动态浏览目录页面和形成目录页面。
问题2。测试统计分析的时间只统计分析了数据库连接后的执行时间，没有加上数据库连接的时间，非常容易骗很多人。借此时间统计分析一下数据库与他人连接的时间比例。这使得差异更大。
问题3。每一章的新闻报道内容都很少，就几行字。另外，内容页模板也比较简单，形成的文档也很小，只有3K。所有正常的文章内容都是从10K到几十k..
问题4。另外，因为phome_ecms_news表id是主键，所以在加载内容的时候，全部都是数据库索引。所以动态浏览内容页面，编写内容，快速形成内容页面是很自然的事情。
问题5。测试的时候都是基于子表的。真正的站长建立一个网站，一开始网站内容是不太可能分表的。所以这和真实的车站情况完全不一样。
像官网这样的测试帖，简直就是诈骗，挂了两年了。对于不懂技术的人来说，是一种欺诈，让单一用户推崇盲目跟风。


2、DEDEECMS
检测版本号:DedeCMSV5.7SP1_GBK最新版本(今日官网最新版本)
智盟CMS一直公认知识CMS中负载特性最差。
我导入100W数据信息的时候，数据库的查询规模只有330M，浏览首页需要70-80秒。


3、phpcms
检测版本号:最新版PHPCMSV9_GBK(今日官网最新版本)
PHPCMS现由新精英团队重新开发设计，又名
我导入100W数据信息时，数据库查询大小为3G，浏览主页需要20秒。


4、phpwind
检测版本号:phpwindv9.0UTF-8最新版本(今日官网最新版本)
与phpwind之前的discuz相比，在速度上有优势。新版本确实做了很大的改动(一直是discuz的跟随者，和discuz的设计方案差别不大)。现在这个改变应该是值得称赞的，但是现在的速度还没有discuz快。之前，网页底部显示的信息的执行时间被删除。
我导入1000W数据信息时，数据库的查询大小是13G。
首页第一次浏览8秒，第二次浏览0.70477390289307秒。
发帖目录页(默认设置排列)是0.2x-0.5x秒，但是我选择按照“全新发帖”来排列的时候，需要时间。因为只做了“最终回复”的数据库索引，没有在数据库中索引“发帖时间”的安排，所以比较慢)
发帖内容页，还有多少回复没填？


5、discuz
检测版本号:Discuz_dx2.5_sc_utF8Discuz_x3.0_sc_utf8【数据库结构的改造不大。
我导入1000W数据信息时，数据库的查询大小是18G，
首页是0.05-0.06秒，(对测试来说没有太大价值，因为我没看过线程表)
发帖目录页面(默认设置是排列的)是0.07-0.09秒，但我选择按“发帖时间”显示信息用了181秒(我看的是概念模型设计，因为我只做了数据库索引并且“发帖时间”的安排在数据库中没有索引，所以比较慢)
发帖内容页面，(有多少回复没有填写，没有实际检测)
6、秀诺
检测版本号:秀诺bbs2.02UTF8
我导入1000W数据信息时，数据库查询大小15G
首页0.03-0.05s
帖子目录页0.03-0.05s(帖子排列)0.01-0.03s(帖子排列)
帖子内容页0.03-0.05s(有多少帖子没有添加或实际检测到)查询填充到215G
首页0.05-0.08秒
帖子目录页0.05-0总结:

[/s2/]尽管负载很高，但Xiongo在功能上的 *** 控非常大，去掉了很多有可能危及其特性的功能。在功能层面，如果有wordpress这样的服务平台来填补，我觉得会有很大的优势。
discuz没有做深入的检查，但是已经可以看出载荷顶部还是有缺陷的。另外，线程表的设计方案是tidmediumint(8)UNSIGNED，所以较大的mark值是16777215，所以他的设计方案没有考虑更高。
PHPWind最新版本的变化印证了他们的信心，也可以看出他们更加注重客户体验层面来走一条与discuz不同的道路。功能一直是次要的。
PHPCMS的特性是改进了，但是我觉得客户体验不是很好。不过可以看出，CMS的功能水平不如BBS程序。因为排列方式多，而且同一个网页中的页面目录比社区论坛中的多，所以CMS的功能比不上BBS。
御用cms，虽然程序官网一直很注重加载，但是真的不如phpcms。只根据子表增加负载真的不是一个好办法。依我拙见，程序负载高不高，第一步应该是合理设计方案数据库索引。如果数据库索引没有设计方案，就用一个子表来处理，由站长手动设置，彻底提高申请难度系数。

虽然dedecms的用户量非常大，但是概念模型设计真的不太好。不仅数据库索引没有设计方案，子表也没有，也可以看出DeDECMS没有考虑到高负载。毕竟几百个W级数据信息的URL是很少的。