同樣是一個面試問題，面對大量裝置同時傳入資料如何處理，記錄下來。

當大量裝置連線伺服器，大量資料上傳到伺服器，伺服器要如何提高處理能力，來處理這些資料，資料來源為裝置資料。

伺服器處理資料可以從已下幾個方面考慮，

1.排佇列處理機制。資料湧入伺服器，但還是能夠區分先後順序，按照資料傳輸時序將資料摘要排入佇列，然後伺服器按佇列依次進行處理。

2.資料分類機制。資料分類和優先順序處理一起使用，將資料按照不同的型別進行分類，例如，可以將裝置狀態分為一類資料，將監控資料分為一類資料，將操作員正常操作裝置資料分為一類，將操作員非法操作裝置分為一類等，將不同的型別，按照其重要程度，放入不同的優先順序佇列中，按照優先順序佇列依次去處理。

3.資料分流機制。對資料進行分層，分流管理，多級伺服器進行區分，例如可以按如下進行區分，裝置-學校伺服器-市級伺服器-省級伺服器-中央伺服器，這樣分級分下來，每一層的資料同時訪問量並不是很大。

伺服器從以上方面可以考慮，上位機裝置也可以進行優化，做好資料定義，可以分擔伺服器的壓力，可以從以下幾個方面來考慮。

1.閒時機制。上位機的資料非必要情況不採用實時資料傳輸，可以在本地儲存資料，等待閒時上傳。

2.分包機制。例如資料來源做兩種情況拆分，一種為資料量小於1M的小資料，一種為資料量大於1M的大資料。對大資料進行切片分包，分包進行傳輸，此操作需要伺服器進行相應的處理，實際上是伺服器降低了大資料處理優先順序。

3.摘要機制。對於大資料的傳輸，可以制定合適的摘要資料，在大資料傳輸之前，先傳輸其摘要，通過伺服器對摘要的判定，抉擇該資料是否進行傳輸，從而提升其通訊效率。

以我一個專案的為例，某一城市軌交，一天客流大約在30萬左右，節日期間會達到40萬左右，僅交易資料量在客流*2+15萬的量級，在早晚高峰期會達到2/3的流量，在沒有采用分流的情況下，我們的伺服器處理能力無壓力，不會出現阻塞。