這個表述太籠統，如果只是簡單的業務邏輯，併發並不高的情況下，1臺伺服器基本可以滿足，這臺伺服器配置應該也不低，如果是複雜業務系統，有高併發，類似秒殺，搶購，線上聊天室等場景同時線上場景，一臺伺服器可能遠遠不夠

web如果是單純提供IIS瀏覽服務，應該大差不差，畢竟不是同時併發。如果是日常連線30萬，再提供點別的，那就扯淡了。

理論上，一個數據庫足夠了，如果不夠，現買也來得及。設計上最好分庫。一旦業務膨脹，一個數據庫肯定不行，寫瓶頸不好解決。

再一個，資料庫有點貴，如果不是強調事務和安全，可以使用其他nosql代替。

現在多種資料儲存各有優缺點，根據特性使用。別為了用而用。

保持系統簡潔很關鍵，弄的太複雜，運維成本也是很嚇人。

可以 靜態web 都不用mysql 哈哈，看日活等等，條件太少 問題不好。假設有5萬日活，快取牛b，增刪改少，也是能抗的。

30萬用戶日活按10％算就是30000人，併發按10％算3000qps。一般MySQL併發不建議超過2000，1500到1800是比較理想的。可以考慮加mq來分擔一些併發請求，讓落到資料庫的併發請求儘量均勻。這個主要針對寫請求。