東南西北shuo
好的系統架構可很好的避免這個問題。首先，可對內容不發生變化的對象（比如圖片，上傳好的視頻等），進行分佈式緩存（cdn內容分發網絡），把用戶請求轉發到分佈於各地理範圍的不同邊緣服務器。而動態內容（每個用戶看到不同信息，如個人購買訂單），則通過負載均衡，把大量的請求按設定的算法（輪巡、權重）轉發到後端真正提供服務的服務器集群，而且集群能在線擴容。除了系統層面，業務上可以採取異步方式、熔斷機制進一步保證服務的可靠性，因此，只有外行才會設計用一臺配置超高的物理服務器來承擔大規模訪問的應用。
西都月季
當然不會...有的是辦法...
1.F5/Nginx反向代理負載均衡...不是一個服務器在戰鬥...可能一個網站後面有幾百幾千個服務器...大量請求會被反向代理跳轉到不同的服務器上...
2.前後分離.簡單點說就是不用JSP.PHP.還有各種模版...靜態資源會被緩衝...
3.全部靜態化...比如最近高考...做查分...最簡單的辦法就是用程序直接生成考生數個HTML...想負載多少負載多少....
4.數據庫讀寫分離.主從同步....
5.池預留算法...比如會給每個區域分配50張高鐵票...半小時內賣完就沒.剩了退回去...讓後重新分配...半小時半小時錯開...也就是有時候你刷刷就有票了不是因為有人退了...
6.隨機拒絕一半用戶的請求...“先生您好.您可以多刷幾次試試/換臺電腦試試/讓同事試試...是這樣的.可能是您的電腦有問題/您的網絡有問題...請投訴聯通/電信/移動/廣電...”
7.這些都是皮毛...還有很多上層心法...
ACME63610374577
這個數量是肯定會崩潰的，一臺服務器不論帶寬多大都不能承受這麼大的數據流的，都技術的都應該知道併發連接數，鏡像服務器，像12306鐵路，淘寶雖然1億人同時登錄，但是登錄的分別是距離自己最近的服務器節點，這就是為什麼百度雲，阿里雲，騰訊雲這麼牛逼的了
臨沂小石
回答可以的也都是理論上可以，實際上絕對癱瘓！為什麼這麼說呢？題主說的是一千萬人同時登錄，一千萬的併發，想想都是多麼可怕，理論上可以說一千萬個用戶就可以了，實際上在生活中沒有10億以上的用戶基礎的網站不可能出現一千萬併發！注意是一千萬人同時登錄，國內強如淘寶也基本沒有這麼高併發，所以網站也不可能耗資巨大去完成這個事情，理論上錢越多架構越好服務器越多可以完成，但是這樣有何意義？經常看到的是社會熱點導致微博癱瘓，然後微博啟動應急措施，無非就是臨時加服務器，這樣也能解決，但是平時還是用不到這麼多服務器，所以公司也不會去花這筆冤枉錢！目前為止，應該還沒有幾個企業會這樣做，所以生活中發生一千萬併發絕對會讓服務器癱瘓
喔也就那樣吧
你哪來的哪麼多人，也要看你做什麼網站了，
一萬多人同時在線的話，首先帶寬一定要10M起步了。下載站的話起碼帶寛要50獨享了，
配置的話，2核8G內存也是最低要求了。不知道你這個同時在線是什麼業務類型。如果是佔用內存較多的遊戲服務器，也許要4核16G內存才能夠用。因為很多用戶同時在線需要處理的數據量很大。
如果僅僅是文章內容類型的業務，估計2核4G內存就可以抗住了.業務場景就是文章閱讀而已,不存在更多資源消耗動作,這個配置是夠用的.
一百分作文
這麼大的流量那必須是大公司了，比如騰訊，阿里，各大手機廠商，他們的服務器遍佈全世界，別說是1千萬就算是6個億都沒問題，今日頭條6個億用戶，微信7個億以上用戶，百度巨頭公司，各大手機廠商的系統等等都是幾個億用戶，沒有上億同時在線也有上千萬在線，就如百度每天就有50億多ip，同時就有上千萬的用戶在瀏覽，你見過百度崩潰過嗎？一小時都是上億的流量啊。
挖紅苕的小哥哥
這要看網站服務器的架構設計的承受能力，所以最終拼的還是錢。
一個小網站，如果分佈式架構做好了，但是服務器能力跟不上，不能承受千萬級別的併發，自然會崩潰，而好的架構和優秀的服務器能力基本就是錢堆出來的。
像12306這樣的，節假日的併發量大，以前會經常崩潰，不是錢沒到位，是架構問題，後面交給阿里做設計，解決了這個難題。
所以還是看設計能力和硬件能力的綜合。
網事聚合
會！
但是有的大公司可以解決
尤其是中國的大公司！
靜靜地想象
不知道什麼網站需要一千萬併發量，今年淘寶網最大是54萬筆秒，遠遠不到一千萬。理論上來說，網站技術選對，硬件足夠，應該是不會崩潰的。
Chenger
多看看億級流量架構的書，本人不愛傳播二手信息，都在書裡，自己慢慢品
