标签：
优化方向：
将请求尽量拦截在系统上游
充分利用缓存
站点架构
1.客户端
JS层面，限制用户在x秒之内只能提交一次请求；
2.站点层
用uid即可。在站点层面，对uid进行请求计数和去重，甚至不需要统一存储计数，直接站点层内存存储。一个uid，5秒只准透过1个请求，这样又能拦住99%的for循环请求。
页面缓存，同一个uid，限制访问频度，做页面缓存，x秒内到达站点层的请求，均返回同一页面
3.服务层
写请求，做请求队列
读请求，做缓存，memcached或redis
业务规则上的优化，如分时分段售票...每隔半个小时放出一批：将流量摊匀
数据粒度的优化，如流量大的时候，做一个粗粒度的 “有票”“无票”缓存即可
业务逻辑的异步，如下单业务与 支付业务的分离
4.数据层
浏览器拦截了80%，站点层拦截了99.9%并做了页面缓存，服务层又做了写请求队列与数据缓存，每次透到数据库层的请求都是可控的
优化思路
尽量将请求拦截在系统上游
读多写少的常用多使用缓存（缓存抗读压力）
标签：
原文地址：http://www.cnblogs.com/baby123/p/5359050.html
