别的，有人说，你必定没斟酌神马神马神马神马；您说对了，我还真没斟酌这么多，事实成果铁道部没给我1000多万，不过真要是给了我1000多万，我用三天时间斟酌清楚，必定比这不到1个小时整理的东西详细，您感觉呢，剩下一周半干活足够完工了。

做个扼要总结，该方案所适应场景

1：查询请求频次远年夜于数据更新频次。

2：所有人同一时刻查询同一条件返回成果一致。

在二者条件满足的情况下，查询成果可以静态化，静态化不代表不动态更新

更新通过办事真个数据转变触发，而非通过用户请求触发。这样便可以包管静态化发布和动态化更新。

静态化发布后，操纵杨建的 前端优化技能，设计输出header。

按照公开数据粗略估计，10亿pv请求，90%+甚至95%会落到前端缓存里，底子不会带来办事器负载！连cdn都省下了！

明白嘛？不明白的仔细去看杨建的博客。

至于订单系统，一天200万，数据库随便分一下库，还需要多少诠释？看看余锋的微博和Qcon分享文档，200万请求算毛事情，不至于唧唧歪歪吧。

作者：caoz 原百度商业阐发部高级司理，现任4399游戏首席架构师

文章来历：caoz的协调blog