考試系統學術報告-非結構化資料庫

這個還的從我們的英語的第一次測試說起，第一次測試，測試人數170,8人，測試的有效資料100.其中呢，英語聽力是怎麼個狀況，有人說聽力很正常。沒問題，有人說試抽出來了，聽力過了5分鐘才有，還有說乾脆聽不到。當時呢，我自己也在集體的測試中，具體的問題先不說。第一次測試問題正式暴漏。開會整理後，我們積極尋找原因。是什麼造成的。後來的第二次，三次聽力測試的時候。還是出現了同樣的問題。說聲音不清楚。這次吸取了上次的教訓。首先讓同學們排除自己問題，是否電腦耳機沒插好，耳機是否適配，確認不是自己問題了再上報自己的情況。

下面大家請看這兩張圖

 

 

相信做個測試的同學，對以上兩個頁面是很熟悉的。

我們英語聽力確實出現了問題，有哪些問題呢，如何發現的？什麼原因造成的？又是如何解決的？

出現的問題綜合有兩類

• 網路影響，沒有音頻
• 音頻延遲

 

這個時候就體現了我們對問題的分析能力了。如何才能總結先前經驗，快速發現問題，找到問題的原因，並解決它。

 

發現問題

方案一  ping伺服器

我們注意看下面的這個圖

 

 

你不是沒有聲音麼，我們看看你是否能串連到伺服器。

當時我們英語測試的時候其中之一發現的問題來自於ping 伺服器的網址  ，大家可以依稀看到回應時間是404ms，而正常情況好似多少呢.

 

正常情況小於1ms

對比相差400多陪，而且中間還有斷續或網路中斷。這就是是病毒造成的。經過米老師的不懈努力，終於將這個arp病毒困死在了本機，出不去了，具體的方法是通過網路中心綁定連接埠。這個問題解決了後，英語聽力基本是沒有什麼大問題了。

小範圍的測試是沒有問題 了，可是到了第二天考英語的時候，每次是在800人以上。伺服器的承受壓力，大家請看這幅圖。這個是考生剛登陸系統時的。

 

 

方案二： 通過監視伺服器的運行狀態

問題二 抽提中音頻延遲

 

 

是開始聽力測試的頁面了。這個時候ping伺服器還是會看到超過400的現狀，但是不會有逾時和斷續的現象，這時候就是延遲的問題了。

 

尋找原因

問題一解決了，再後來就得看自己的代碼了，代碼是否有問題呢。看了再說。

 

這個串連池是沒有寫在設定檔中的，而且大家請注意這個連結是每次進行連結時進行設定的，要寫在設定檔中，方便修改。

如何修改呢，不同的資料庫修改大體還是相同的 。

但是修改後進行更詳細的測試還有沒有測試出問題來。看來這個還不是主要的問題。後來在老師的帶領下，考慮到了網路交換裝置的轉換， 伺服器用的是1000M的，而我們的交換器和主機的轉換確實100M的，這就大大降低了音訊傳輸效率，造成了延遲。所以我們就使用了隔開時間的抽提的方法。避免時間延遲。

 

以上的解決方案只是暫時的解決了問題，並沒有根本的解決問題，更優的方法是。

• 通過記憶體載入
• 通過p2p處理

請問這兩個方案，我們曾經是否都聽到或用過呢，可是我們自己在設計的時候為何就沒有運用到實際中呢，聯絡實際，根據已有的參考他人設計的優點，作為自己的起點，以終為始，這是我們要學習的。

 

是Mongodb資料庫管理可視化頁面

 

 

 

更詳細的資料庫操作，請查看我的往期 部落格。 

NoSql--Mongodb簡介

非結構化資料--mongodb資料庫的基本操作