极品小骚逼,68日本xxxxxxxxx24,亚洲饥渴女教师,欧洲特级毛片,日本精品逼,五月激情淫网,国产精品久久久久久久猫咪,天天日天天干天天草

<s id="1jjov"></s>

2千萬(wàn)數(shù)據(jù)、17.3GB數(shù)據(jù)庫(kù)用帝國(guó)CMS6.0分表合理存放

數(shù)據(jù)庫(kù)總大小：17.3GB、總記錄數(shù)：4千萬(wàn)零450條、信息數(shù)量：2千萬(wàn)條、單表最大信息數(shù)：400萬(wàn)條

一、前言：

帝國(guó)CMS 6.0版本最重要的升級(jí)功能是對(duì)系統(tǒng)構(gòu)架進(jìn)行升級(jí)，構(gòu)架更加完美、負(fù)載容量更大。然而很多人就問(wèn)，這個(gè)全新的構(gòu)架有多大的魅力、容量是多少？其實(shí)我也不能準(zhǔn)確的告訴你，因?yàn)?.0剛發(fā)布不久并且沒(méi)有空閑時(shí)間測(cè)試，那時(shí)我只能告訴你“總體容量可無(wú)限放大，單表存放容量是原來(lái)的幾十倍、甚至更多，副表數(shù)據(jù)量達(dá)到一定大小后可設(shè)置分表，副表支持無(wú)限分表，因而副表容量是無(wú)限的”。然而理論是需要實(shí)踐去驗(yàn)證的，所以趁著這兩天比較空閑試著測(cè)試，并且測(cè)試結(jié)果令我非常吃驚，
在2000萬(wàn)數(shù)據(jù)中最大的news單表中從50萬(wàn)導(dǎo)到400萬(wàn)數(shù)據(jù)無(wú)論從生成內(nèi)容頁(yè)效率還是管理信息列表竟然沒(méi)有多大差別：
單表無(wú)論是50萬(wàn)還是400萬(wàn)生成5000個(gè)內(nèi)容頁(yè)速度為：19秒
單表無(wú)論是50萬(wàn)還是400萬(wàn)后臺(tái)管理信息列表速度為：0.009秒

《2千萬(wàn)數(shù)據(jù)、17.3GB數(shù)據(jù)庫(kù)用帝國(guó)CMS6.0分表合理存放》分成數(shù)個(gè)篇章對(duì)帝國(guó)CMS大數(shù)據(jù)量如何合理存放的進(jìn)行介紹，整個(gè)測(cè)試過(guò)程都是邊運(yùn)行邊截圖，采用透明、公開(kāi)的方式供大家監(jiān)督！如果有誰(shuí)對(duì)測(cè)評(píng)過(guò)程和測(cè)評(píng)結(jié)果有疑問(wèn)，可以自行參照我們的測(cè)試過(guò)程搭建類似的測(cè)試環(huán)境自己測(cè)試和對(duì)比測(cè)試結(jié)果。

下面我們就開(kāi)始測(cè)試：

二、測(cè)試環(huán)境

1、硬件配置：使用本人工作使用的機(jī)器測(cè)試，普通的配置

CPU：2.0 GHz

內(nèi)存：1GB

2、軟件環(huán)境：使用無(wú)任何優(yōu)化的帝國(guó)CMS6.0一鍵安裝包

WINDOWS 2003
APACHE 2.2.4
PHP 5.2.0
MYSQL 5.0.27
ZEND Optimizer 3.2.6
帝國(guó)CMS6.0開(kāi)源版(GBK)
(注：因?yàn)橹皇菧y(cè)試所以采用效率比較一般的WINDOWS平臺(tái)，最好的PHP+MYSQL運(yùn)行環(huán)境建議采用LINUX或UNIX平臺(tái)。)

3、截圖工具用PrintScreen屏幕截取+photoshop保存

4、網(wǎng)站存放數(shù)據(jù)欄目限制在12個(gè)

5、所有欄目都使用新聞系統(tǒng)模型

6、計(jì)算php頁(yè)面時(shí)間代碼：

在$empire=new mysqlquery();下面加
$stime=microtime(true);
在文件代碼最下面加
<?php
$etime=microtime(true);
$total=$etime-$stime;
echo '執(zhí)行時(shí)間：'.$total.'秒';
?>

7、生成時(shí)間查看代碼

date("Y-m-d H:i:s")

三、分析2000萬(wàn)數(shù)據(jù)如何分配

利用帝國(guó)CMS的每個(gè)欄目都可以單獨(dú)使用存放表的特性，我們可以把每個(gè)欄目都使用單獨(dú)的存放表。也就是建12個(gè)相同的新聞表和模型(news~news12)。下面我們來(lái)計(jì)算下單表的存放數(shù)據(jù)范圍：

1、首先我們可以用取平均值計(jì)算單個(gè)欄目存儲(chǔ)的數(shù)據(jù)數(shù)量范圍

20000000/12約等于1700000，所以每個(gè)欄目只要存儲(chǔ)170萬(wàn)條數(shù)據(jù)就可以存下2000萬(wàn)數(shù)據(jù)。

2、根據(jù)我們的硬件環(huán)境條件我們可以計(jì)算出比較合理的單表大小范圍

由于我們本機(jī)測(cè)試，所以2.0GHz的CPU基本可以滿足表讀寫(xiě)和生成處理。
但由于我們的內(nèi)存只有1GB，除去系統(tǒng)進(jìn)程開(kāi)銷、PHOTOSHOP和瀏覽器開(kāi)銷，剩余出來(lái)的數(shù)據(jù)能使用的內(nèi)存應(yīng)該不足700MB，所以為了保證MYSQL能更快的讀取一個(gè)表所有數(shù)據(jù)，建議MYSQL單表數(shù)據(jù)不要大于這個(gè)內(nèi)存大小。對(duì)于帝國(guó)CMS來(lái)說(shuō)就是主表的大小不要大于可用內(nèi)存的大小，副表大小倒是其次，因?yàn)楦北頉](méi)有一次讀取的情況，所以保守的估計(jì)主表大小最好在500~600MB范圍為佳。

四、由于不知道多少數(shù)據(jù)使主表是在500~600MB范圍，所以下面我們要用第一個(gè)新聞表來(lái)測(cè)試

說(shuō)明：由于是第一次測(cè)試所以采用比較保守的增量：以每次插入50萬(wàn)數(shù)據(jù)測(cè)試并查看效果，直到達(dá)到最佳的內(nèi)存范圍。

測(cè)試項(xiàng)目：后臺(tái)管理列表速度及翻頁(yè)、修改信息速度、生成速度、動(dòng)態(tài)內(nèi)容頁(yè)查看速度、查看數(shù)據(jù)庫(kù)大小

(一)、第一次導(dǎo)入50萬(wàn)數(shù)據(jù)到news表：

1、導(dǎo)入截圖

2、后臺(tái)管理信息列表速度

直接訪問(wèn)：0.0089秒

翻頁(yè)：0.0091秒

3、修改信息頁(yè)讀取數(shù)據(jù)：0.0051秒

4、生成5000條數(shù)據(jù)

開(kāi)始生成：

生成過(guò)程截圖：

5000條生成時(shí)間：18秒

生成后的欄目目錄：

5、測(cè)試在使用內(nèi)容動(dòng)態(tài)頁(yè)的數(shù)據(jù)讀取速度：0.0025秒

6、查看50萬(wàn)下數(shù)據(jù)庫(kù)大�。�50萬(wàn)信息，主表大小為67.7MB，第一個(gè)副表為370.8MB

總結(jié)：

參數(shù)	數(shù)據(jù)
信息數(shù)：	50萬(wàn)
后臺(tái)管理信息列表速度：	0.0089秒
修改信息頁(yè)讀取數(shù)據(jù)：	0.0051秒
生成5000條數(shù)據(jù)：	18秒
內(nèi)容動(dòng)態(tài)頁(yè)的速度：	0.0025秒
主表phome_ecms_news：	67.7MB
副表phome_ecms_news_data_1：	370.8MB
總數(shù)據(jù)庫(kù)大�。�	439.2MB

說(shuō)明：上面每個(gè)副表存儲(chǔ)50萬(wàn)數(shù)據(jù)，其實(shí)通過(guò)整個(gè)2000萬(wàn)數(shù)據(jù)測(cè)試后發(fā)現(xiàn)副表存儲(chǔ)100萬(wàn)數(shù)據(jù)效率也差不多。

>>>接下來(lái)我們繼續(xù)100萬(wàn)測(cè)試

<s id="1jjov"></s>