這是一個來自對Web應用程序可伸縮性的全新思考的非常普遍的問題。我在一臺微軟IIS服務器上託管基於php的web應用程序。如何確定IIS服務器在不影響性能的情況下可以支持的最大連接數？此外，在這種情況下，Web應用程序的主要性能標準是http響應時間是否正確？我有一個MySQL數據庫，做一些昂貴的連接。所以，我的問題確實是 - 如何弄清楚服務器可以處理多少個最大連接？以及如何加快數據庫性能？我在尋找一般建議。解決web應用程序中的可伸縮性問題
進行壓力測試，您可以使用：http://support.microsoft.com/kb/231282/en-us
爲了什麼關於數據庫的唯一方法（如果你想堅持一個服務器）是每個請求少做查詢，也許使用物化視圖（注意表更新在這一點）
當然最好是緩存你的HTML，所以當用戶請求你不需要連分貝connction您的網頁，你只需發送HTML緩存
ufff這是真的一般問題。
關於服務器可以服務器請求的最大數量。嘗試使用某種工具來強調它。我會建議jmeter
關於可擴展性：
但請記住， premature optimization is the root of all evil並且可能比您想象的花費更多
首先，您需要了解您的用戶體驗可以接受哪些性能。這通常會破壞服務器的響應時間。如果您的最大響應時間不能超過1秒，以便用戶獲得良好的體驗，那麼您可以計算出服務器每秒可以處理多少個查詢，並且不會違反99％查詢的1秒響應時間。一旦違反了這一規定，就需要以服務器的形式增加更多容量。