2001年的11月网益科技园三层

技术部的服务器指示灯像串坏了的糖葫芦，红得刺眼。

我攥着测温枪贴在机柜上，38.6℃的读数让呼出的白气都带着焦灼，这已经是本周第三次服务器过热告警。

而屏幕上“短信发送队列积压 1238条”的红色提示，比机柜温度更让人窒息。

“又卡了！”

老谭把鼠标往桌上一拍，他面前的监控屏分着四个窗口：Apache服务器连接数、MySQL查询耗时、移动梦网接口响应时间，还有实时用户投诉量。

此刻前三个数字像被吹胀的气球，投诉量的折线图更是直戳天花板。

这一切的源头，得从两个月前沈剑锋的电话说起。

彼时的短信江湖，网益与信浪像两把开刃的刀，都盯着移动梦网这块肥肉，但磨刃的方式截然不同。

丁雷在财报危机后押下的注很明确：游戏与短信捆绑。

我们的短信系统架构是“Apache+MySQL +自定义交互模块”，核心在“交互”二字。

《大话西游》玩家能通过短信接收师徒系统提醒，移动 QQ用户可以用短信收发即时消息。

为了处理这些高频交互，我和老谭给 user_sms表加了双索引：user_id主键索引和 msg_time时间索引。还在应用层写了个简单的消息缓存池，把未读短信先存在内存里，每 30秒批量写入数据库，这样能把 MySQL的 QPS从 200压到 80以下。

信浪则走资讯推送的路子。

他们依托新闻门户的优势，搞了套“Apache+Oracle +资讯分发引擎”，Oracle的稳定性扛得住每日百万级的资讯订阅请求，分发引擎能按用户标签（如“股市”“体育”）批量生成短信包。

听说他们的工程师给推送系统做了“热点缓存”，把突发新闻比如“国足出线”的短信模板预存在服务器内存，一旦触发就能直接调用移动梦网接口，比我们的资讯推送快 2秒。

我们的服务器机架上堆着不少二手戴尔 PowerEdge 2650，丁雷说“能省则省”，所以用负载均衡器把请求分到 8台服务器；信浪那边清一色的 IBM xSeries，单台内存就有 4GB，比我们的 2GB机型吞吐量大不少。

但论灵活性，我们的自定义模块更胜一筹——比如用户发“绑定游戏账号”到 ，后台能直接调用《大话西游》的用户验证接口，这是信浪的资

本章未完，请点击下一页继续阅读->>>