360多萬條資訊把一台伺服器快拖卡了

2022-02-09 07:43:24 字數 1045 閱讀 6254

**問題

前些日子有使用者反映"**慢","**打不開了"。。。自己看看確實比平常慢很多。

**概況及壓力

先簡單介紹一下使用者反映的**,以便您對這個**及資料庫壓力有個大致了解。

該**是乙個分類資訊網,壓力理所當然的落在了資訊處理上。針對資訊處理,帶給資料庫的壓力主要有兩點:

1.**首頁會讀取資訊表info;

2.資訊列表頁會讀取資訊表info;

據統計,這個時候資訊表info已有360多萬條資料。每個使用者訪問**首頁或細資訊列表頁都必須從360多萬條資料中

找出想要的資料。從而造成了」**慢「等諸多問題。

從這個角度看,就當前的**架構來說,360多萬條資料已經成了這個系統所能承受壓力的上限了。

解決此類問題途徑

處理此類問題我們應該有所了解,諸如:優化**架構,使用快取,使用分布式等等。考慮到這些並不是本文重點,加

上自己對這些不是很上手,所以就不敘述了。

解決方法

使用"分表法",所謂的"分表法"就是把資訊表info前最新的幾萬條或幾十萬條資料的主幹取出來放另乙個新的資訊表newinfo,

盡量遵循"在保證讓使用者能完整看到資訊的前提下,表newinfo裡存的字段,越少越好,也盡可能減少表連線。"的原則。這樣**

首頁和資訊列表頁顯示資料就可以從newinfo裡讀取。想一下從幾萬條取資料跟從幾百萬條中取資料當然是前者快了。也許您會有

疑問,那info中其他的資料不要了嗎?別急,看完您也許就會理解這樣做並非不可。

當然,這樣做也會對資訊的修改帶來一點麻煩(因為要保持資料的一致性)。但比較一下,你會發現利是大於弊的。

小結

分類資訊**在資訊量大的情況下,每天都會有大量的資訊出現。如果你要把幾百萬甚至幾千萬的資料都從資料庫展現出來。

又有哪一位使用者會看的完呢。再者使用者需要的是及時的資訊。

如果您有使用過"趕集網"或"58同城",您會發現它們的大部分資訊**也是當天的。

從一台伺服器向另一台伺服器拷貝檔案

使用scp命令 scp就是secure copy,scp在主機複製檔案。他使用ssh作為資料傳輸。而且用同樣認證和安全性。scp將在認證中請求輸入密碼所有的檔案可能需要伺服器和使用者的特別描述來指明檔案將被複製到 從某台伺服器。而兩個遠端登入的伺服器間的檔案複製是允許的。scp命令選項 1 強制sc...

我是一台伺服器

我是一台伺服器,待在某家半死不活的資料中心裡,混日子。聽那些上了年歲的前輩講,很久很久以前,我所在的這家資料中心也是行業翹楚。先進的裝置 一流的人才 瘋狂的市場推廣讓它大出風頭,優厚的待遇和輕鬆的環境也成為了同行羨慕的物件。那時候,前台的妹子都月薪上萬了 前輩一邊這麼說,一邊擦去嘴角留下的哈喇子,一...

人人都需要一台伺服器

自打上次bcb版聚時,tr老大談起他家裡整了一台伺服器的事後,令狐也心癢想整這麼個東東,我則是把自己的一台閒置電腦弄成伺服器用。但是我們這些解決方案都不夠好 比如成本高,耗電大,穩定性差。所以我設想了一種專用解決方案 用整合主機板,最好是筆記本主機板,耗電會省一些。用筆記本專用cpu,也是為了省電。...