孙琛斌的专栏

先说一下背景，为什么要做限流？ 一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。也就是并发越高，系统的处理能力就会越低，TPS也就越低，这样对于用户体验来讲是十分不友好的...

1. 操作系统CentOS 6.4 x86_642.软件版本Nginx 1.4.23.实验拓扑注，实验拓扑见下文。4.安装yum源123[root@nginx ~]# rpm -ivh http://download.fedoraproject.org/pub/epel/6/

在配置nginx反向代理之间我们得先准备两台测试服务器，Web1与Web2。1.安装httpd12[root@web1 ~]# yum install -y httpd[root@web2 ~]# yum install -y httpd2.提供测试页面12

注，大家可以看到，由于我们网站是发展初期，nginx只代理了后端一台服务器，但由于我们网站名气大涨访问的人越来越多一台服务器实在是顶不住，于是我们加了多台服务器，那么多台服务器又怎么配置代理呢，我们这里以两台服务器为案例，为大家做演示。1.upstream 负载均衡模块说明案例：下面设定负载均衡的服务器列表。1234567

1.URL重写模块（Rewrite）摘要这个模块允许使用正则表达式重写URI（需PCRE库），并且可以根据相关变量重定向和选择不同的配置。如果这个指令在server字段中指定，那么将在被请求的location确定之前执行，如果在指令执行后所选择的location中有其他的重写规则，那么它们也被执行。如果在location中执行这个指令产生了新的URI，那么location又一次确定

1.实验拓扑       需求分析，前端一台nginx做负载均衡反向代理，后面两台httpd服务器。整个架构是提供BBS(论坛)服务，有一需求得实现读写分离，就是上传附件的功能，我们上传的附件只能上传到Web1，然后在Web1上利用rsync+inotify实现附件同步，大家都知道rsync+inotify只能是主向从同步，不能双向同步。所以Web1可进行写操作，而Web2只能

1.指令说明proxy_cache_path语法：proxy_cache_path path [levels=number] keys_zone=zone_name:zone_size [inactive=time] [max_size=size];  默认值：None  使用字段：http  指令指定缓存的路径和一些其他参数，缓存的数据存储在文件中，并且使用代理url

最近负责的一个某品牌手机的官方商城，他们要发售一款新手机，以往都是各个渠道一起发售，但是本次决定官网首发10000台，这样一来其他渠道的消费者都会被引流到官网来（天猫/京东/苏宁/线下），其庞大的流量并发可想而知，原有的功能实现肯定无法承载这种体量，因此我们全面优化了预售功能，分别按照以下几个点来操作：1. 页面静态化（动态数据全部通过js异步获取，并且需要控制异步请求的数量，页面缓存到CDN）2...