庫查詢響應時間從平均20毫秒漲到了80毫秒，還在漲。"
"能扛住嗎？"陳銳問。
"現在能，再漲兩百人就懸了。"
"先不管，看晚上高峰。"
晚上七點到九點是網遊的流量高峰，白天上班上學的人晚上回來了，吃完飯打開電腦，習慣性地上網。
七點半，同時在線人數突破一千二。
頁麵開始卡了。
點擊建造按鈕，要等兩三秒才有響應，刷新頁麵，加載時間從一秒變成了四五秒。
戰鬥結算的戰報彈出明顯延遲。
社區裡開始有人發帖："卡了卡了，是不是服務器不行？"
請到𝐨𝐨𝐩.𝐭𝐰查看完整章節
王磊和許哲已經在緊急優化了，關掉了一些非核心的後台統計任務，把數據庫的慢查詢優化了兩條，給靜態資源加了緩存頭。
好了一點，但治標不治本。
問題的根子在硬件，10M帶寬和兩台服務器的配置，設計上限就是一千人同時在線，現在塞了一千二，相當於一條單車道上跑了兩車道的車。
：道接直銳陳，點九上晚
"。台兩變台一從器務服用應，衡均載負做器務服台一買再。M03到升M01，寬帶加CDI去天明"
。問哲許"？嗎及得來"
"。了崩器務服讓別，數人線在製控，冊注製限先天兩間中，量流切天後大，架上天後，器務服買天明"
。急點有晴小蘇"？製限就服開剛？冊注製限"
"？嗎懂，感缺稀造製。'得先到先，額名冊注個005放開日每，額名冊注製限時暫，爆火器務服因'，告公個發區社在你，銷營餓饑叫這，來進想人有越製限越"
。了白明後然，下一了愣晴小蘇
