大家常常說起高併發和大資料問題，這個問題在現實世界的模型就是災年施粥。

先說大資料，對應的也就是你作為一個大地主，每到災年就開始施粥，那些湧進城裡的無數的難民對你而言就是大資料了。

那高併發是什麼的，這群難民你不能分成幾個月來佈施，只能是一天時間就讓大家全都吃上飯。

大資料就很難了，高併發就是雪上加霜。

怎麼辦呢？

兩個途徑。一是管理你的縱深，一個是管理你的橫向線。

第一個辦法就是用最短的流程讓大家吃上飯，你別光登記註冊驗證就花了老長時間，等災民拿到粥都快餓死了。

快取和頁面靜態化是這個辦法的一個實現方式，能不去資料庫就不去，減少流程。

第二個辦法就是橫向分流。

你搞一個叢集，同時設定100個佈施點。

你搞一個分散式，吃粥的和吃饅頭的和吃大米的分開。

還可以把餓的慘的和不怎麼餓的分開來處理。

總的來說，災民有一堆的時候，你的手下也必然得有一堆。

災民在B/S結構裡就是大量的客戶端請求，你的手下在這個結構裡就是分散式叢集伺服器。