首先，要先建立一個(gè)模型，建立模型的方法寂寞天涯 已經(jīng)寫過專門的教程，不過要注意的是建立模型之后要新建一個(gè)字段，名字是：文章正文，英文名是：body，要選擇html文本存儲(chǔ)模式。固定發(fā)布模式。這 樣你就可以看到多了兩個(gè)數(shù)據(jù)表，一個(gè)是dede_archivesXX，一個(gè)是dede_addonXX，可以自己取名。我們主要的操作在這兩個(gè)表上進(jìn)行。

然后開始我們的主要操作：后臺(tái)系統(tǒng)管理－系統(tǒng)帳號(hào)管理－SQL命令運(yùn)行器

看到下面的運(yùn)行小窗口了吧，我們?cè)谶@里運(yùn)行SQL的命令。

主要命令步驟如下：

一、insert into dede_addonX select * from dede_addonarticle where typeid=Y

這個(gè)dede_addonX就是剛剛我們建立的兩個(gè)數(shù)據(jù)庫中的一個(gè)，是一個(gè)附表。
這句話的意思是我們把dede_addonarticle（原來的大表）中的某一個(gè)檔目（文章欄目數(shù)字號(hào)Y）中的所有數(shù)據(jù)復(fù)制到dede_addonX這個(gè)表里。

二、insert into dede_archivesX select * from dede_archives where typeid=Y

這個(gè)dede_archivesX是我們剛剛建立模型中的主索引表，這句話的意思和上句一樣。

三、UPDATE `dede_full_search` SET `channelid` = 'X' WHERE `dede_full_search`.`typeid` =Y

將兩個(gè)表復(fù)制完之后我，我們需要把我們DEDE數(shù)據(jù)的主索引表進(jìn)行較正。

四、UPDATE `dede_archivesX` SET `channel` =X WHERE `typeid` =Y

再將我們的文章模型索引表進(jìn)行較正

五、delete from dede_addonarticle where typeid=Y

將原來已經(jīng)復(fù)制過的數(shù)據(jù)在原表刪除。

第六步、頻道管理，相關(guān)檔目修改－基本設(shè)置

內(nèi)容模型選定剛剛建立的那個(gè)模型，然后點(diǎn)高級(jí)設(shè)置，要設(shè)定相對(duì)應(yīng)的模板。然后最下面的繼承選項(xiàng)，選定之后整個(gè)欄目都會(huì)按這個(gè)設(shè)置順承。

最后，大功告成，大家可以看看里面的檔案了，如果能顯示，說明你成功了。

這個(gè)操作主要應(yīng)用于文章模型，其它模型還沒有實(shí)驗(yàn)，不過大同小異，應(yīng)該可以實(shí)現(xiàn)。
打個(gè)比方，這就相當(dāng)于，把一個(gè)大水庫分成若干個(gè)小水庫，然后通知接水的人，去小水庫接水。這就是DEDECMS的分表。

30萬條2GB數(shù)據(jù)網(wǎng)站平臺(tái)生成HTML網(wǎng)頁每分鐘超過1000張

使用DEDECMS一年多時(shí)間，看了論壇上很多站長(zhǎng)在抱怨DEDECMS系統(tǒng)生成HTML速度慢，其實(shí)不然，只要恰當(dāng)對(duì)服務(wù)器平臺(tái)和數(shù)據(jù)庫進(jìn)行優(yōu)化，生成速度會(huì)有質(zhì)得提升。

下面我提供一組數(shù)據(jù)，大家對(duì)比一下你網(wǎng)站的數(shù)據(jù)量和生成速度，能不能有提升的空間。可能有部分站長(zhǎng)優(yōu)化得比我好得多，我只在這里獻(xiàn)丑了！

并且提供優(yōu)化的方法，可能這些方法是官方為商業(yè)客戶服務(wù)的，大家有能力的話可以自己試著做一下。

本人負(fù)責(zé)建設(shè)的網(wǎng)站現(xiàn)有780-1000的并發(fā)連接（實(shí)時(shí)查看網(wǎng)址：http://www.tzsy.cn/status）網(wǎng)站數(shù)據(jù)庫有30多萬條，內(nèi)容大概有六個(gè)模型，六個(gè)內(nèi)容表數(shù)據(jù)量比較大，全部合起來有3GB，在給其中一個(gè)有5萬多條的欄目生成網(wǎng)頁時(shí)每分鐘超過1000張的速度。

大家分析一下上面三張圖的數(shù)據(jù)，DEDECMS的潛力還是可以挖掘的。

硬件的基本情況，不算特別好，IBM服務(wù)器：CPU 四核至強(qiáng)，內(nèi)存2GB，數(shù)據(jù)庫安裝在146GB的SAS硬盤上，站點(diǎn)文件存放在500GB的SATA硬盤中。

現(xiàn)在我簡(jiǎn)單描述一下優(yōu)化措施。

一、安裝 CentOS 5.2，裝最基本的組織，MySQL，PHP，APACHE都不要安裝，以后自己下載源碼編譯安裝。

安裝完成后運(yùn)行setup配置系統(tǒng)服務(wù)命令，設(shè)置以下僅列出需要啟動(dòng)的服務(wù)，未列出的服務(wù)一律關(guān)閉：
crond
irqbalance 僅當(dāng)服務(wù)器CPU為S.M.P架構(gòu)或支持雙核心、HT技術(shù)時(shí)，才需開啟，否則關(guān)閉。
microcode_ctl
network
iptables
vsftpd
sshd
syslog
yum-updatesd

二、搭建勝過Apache十倍的高并發(fā)Web服務(wù)器 Nginx + PHP（FastCGI）

具體配置不再描述，大家參考張宴的文章 http://blog.s135.com/nginx_php_v5/

提供我的配置截圖

三、安裝編譯 MYSQL數(shù)據(jù)時(shí)編譯參數(shù)設(shè)置注意三點(diǎn)

1. -static 13%
--with-client-ldflags=-all-static
--with-mysqld-ldflags=-all-static
靜態(tài)鏈接提高13%性能

2. Unix Socket 7.5%
--with-unix-socket-path=/tmp/mysql.sock
使用unix套接字鏈接提高7.5%性能，所以在windows下mysql性能肯定不如unix下面

3. --enable-assembler
允許使用匯編模式(優(yōu)化性能)

四、優(yōu)化DEDECMS數(shù)據(jù)表索引。官方的默認(rèn)索引不是最優(yōu)化的，可能DEDE官方有所保留。

大家下載一個(gè)叫 Navicat for MySQL 的客戶端軟件連接到MySQL Server數(shù)據(jù)上進(jìn)行管理操作。

個(gè)人認(rèn)為：凡是要排序的字段（比如文檔主表的 sortrank、senddate、pubdate、click、goodpost、badpost）和查詢條件的字段（比如：typeid,ismake）以及文檔ID都要建立索引，如果有一個(gè)沒有建立，將嚴(yán)重影響MySQL運(yùn)行效率，導(dǎo)致生成HTML時(shí)速度慢。

當(dāng)系統(tǒng)啟用了審核機(jī)制以后，標(biāo)識(shí)文檔審核屬性的字段ismake必須建立索引。

注意：click這個(gè)字段，記錄文檔點(diǎn)擊量，此字段值更新頻繁，建立索引后對(duì)系統(tǒng)維護(hù)索引帶來一定的負(fù)荷，大家自己權(quán)衡。有人說頻繁更新的字段建立索引會(huì)容易導(dǎo)致數(shù)據(jù)庫損壞，這個(gè)我還沒有遇到過，需要考證。

下面是主表索引建立的截圖

到此這篇關(guān)于織夢(mèng)DEDECMS建立模型及簡(jiǎn)單分表操作方法經(jīng)驗(yàn)的文章就介紹到這了,更多相關(guān)DEDECMS分表內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！

最新評(píng)論