最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

織夢DEDECMS建立模型、簡單分表、索引優(yōu)化操作方法

  發(fā)布時間:2021-05-12 15:36:44   作者:佚名   我要評論
最近因為使用的dede系統(tǒng)考慮后期數(shù)據量大的問題,所以提前將dedecms優(yōu)化一下,應對后期數(shù)據量大導致后臺卡等問題,這里為大家分享一下,主要是思路對于新版本的dedecms需要重新寫代碼

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

然后開始我們的主要操作:后臺系統(tǒng)管理-系統(tǒng)帳號管理-SQL命令運行器

看到下面的運行小窗口了吧,我們在這里運行SQL的命令。

主要命令步驟如下:

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

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

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

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

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

將兩個表復制完之后我,我們需要把我們DEDE數(shù)據的主索引表進行較正。

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

再將我們的文章模型索引表進行較正

五、delete from dede_addonarticle where typeid=Y

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

第六步、頻道管理,相關檔目修改-基本設置

內容模型選定剛剛建立的那個模型,然后點高級設置,要設定相對應的模板。然后最下面的繼承選項,選定之后整個欄目都會按這個設置順承。

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

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

30萬條2GB數(shù)據網站平臺生成HTML網頁每分鐘超過1000張

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

下面我提供一組數(shù)據,大家對比一下你網站的數(shù)據量和生成速度,能不能有提升的空間??赡苡胁糠终鹃L優(yōu)化得比我好得多,我只在這里獻丑了!

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

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

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

硬件的基本情況,不算特別好,IBM服務器:CPU 四核至強,內存2GB,數(shù)據庫安裝在146GB的SAS硬盤上,站點文件存放在500GB的SATA硬盤中。

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

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

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

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

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

提供我的配置截圖

三、安裝編譯 MYSQL數(shù)據時編譯參數(shù)設置注意三點

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ù)據表索引。官方的默認索引不是最優(yōu)化的,可能DEDE官方有所保留。

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

個人認為:凡是要排序的字段(比如文檔主表的 sortrank、senddate、pubdate、click、goodpost、badpost)和查詢條件的字段(比如:typeid,ismake)以及文檔ID都要建立索引,如果有一個沒有建立,將嚴重影響MySQL運行效率,導致生成HTML時速度慢。

當系統(tǒng)啟用了審核機制以后,標識文檔審核屬性的字段ismake必須建立索引。

注意:click這個字段,記錄文檔點擊量,此字段值更新頻繁,建立索引后對系統(tǒng)維護索引帶來一定的負荷,大家自己權衡。有人說頻繁更新的字段建立索引會容易導致數(shù)據庫損壞,這個我還沒有遇到過,需要考證。

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

到此這篇關于織夢DEDECMS建立模型及簡單分表操作方法經驗的文章就介紹到這了,更多相關DEDECMS分表內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持腳本之家!

相關文章

最新評論

民丰县| 武穴市| 石首市| 缙云县| 安宁市| 翁源县| 永顺县| 福鼎市| 沅江市| 芷江| 湘潭县| 哈尔滨市| 颍上县| 康平县| 德阳市| 浑源县| 灌阳县| 专栏| 青冈县| 清水县| 霍州市| 泰宁县| 自治县| 茂名市| 柞水县| 东光县| 乌苏市| 九龙城区| 绥芬河市| 巴彦县| 黔南| 弥勒县| 梁河县| 莱西市| 滨海县| 靖宇县| 务川| 湘阴县| 呼和浩特市| 商城县| 克什克腾旗|