高并发/海量用户的 web站点优化原则
A、前端处理
1、压缩html/css/js
2、合并css/js
3、异步加载图片
4、延迟加载数据(需要时加载)
5、所有静态资源加版本(避免每次穿透缓存)
6、对于不常变更的资源,充分利用http:304
7、尽可能榨取CDN性能,避免回源
8、启用Ajax缓存
9、用跨域方式实现客户端负载均衡
B、数据传输
1、启用gzip压缩
2、启用keeplive
3、不涉及安全的数据,不用https
4、合并请求[一次ajax调用实现多个逻辑]
C、后端服务
1、动静分离
2、将热门资源缓存到内存[redis/memcache]
3、Json数据不格式化
4、搭建负载均衡[LVS/DNS/Nginx]
5、服务器调优[Jvm调优，nginx优化]
6、核心逻辑代码优化 SQL优化[充分利用索引]
7、使用高性能的网络框架[netty/libuv/mina/libev/..]
8、将不重要的任务异步排队处理
9、数据库读写分离,分库分表,将‘冷’数据缓存到memcache
10、将图片系统分离出来，独立设计
------------------------------------------------------------------------------------------
web站点的数据库架构演进
1、建站初期,LAMP/LNMP(mysql单机足够)
2、百万级用户,数据库垂直拆分[将各个业务拆分到不同的库,减少单库的数据量,提高性能]
3、单表数据近千万,进行水平拆分[将表拆分到不同的库,减少单表的数据量,使用相关中间件[mycat]]
4、采用主从模式，一主多从，读写分离,异步写入
5、对数据库系统本身而言，经历上述几次演进后优化接近瓶颈,接下来的优化需要借助其他系统，
web站点的读往往大于写,所以重点放在优化读取上,对于一旦添加,后续修改很少的数据,缓存
到redis/memcache[如论坛/问答/评论等],封装查询接口,优先从缓存读取。
6、NoSQL or ??
FastDFS:http://blog.chinaunix.net/uid-20196318-id-4058561.html
Redis vs memcache: http://blog.csdn.net/tonysz126/article/details/8280696/
IO 瓶颈分析:http://www.51testing.com/html/48/202848-242043.html