nginxsquid缓存

❶ nginx 缓存怎么都在tmp

nginx缓存cache的5种方案
1、传统缓存之一（404）
这个办法是把nginx的404错误定向到后端，然后用proxy_store把后端返回的页面保存。
配置：

location / {
root /home/html/;#主目录
expires 1d;#网页的过期时间
error_page 404 =200 /fetch$request_uri;#404定向到/fetch目录下
}
location /fetch/ {#404定向到这里
internal;#指明这个目录不能在外部直接访问到
expires 1d;#网页的过期时间
alias /html/;
proxy_store会将文件保存到这目录下
proxy_passhttp://www.jb51.net/;#后端upstream地址，/fetch同时是一个代理
proxy_set_header Accept-Encoding '';#让后端不要返回压缩（gzip或deflate）的内容，保存压缩后的内容会引发乱子。
proxy_store on;#指定nginx将代理返回的文件保存
proxy_temp_path /home/tmp;#临时目录，这个目录要和/home/html在同一个硬盘分区内

}

使用的时候还有要注意是nginx要有权限往/home/tmp和/home/html下有写入文件的权限，在linux下nginx一般会配
置成nobody用户运行，这样这两个目录就要chown nobody，设成nobody用户专用，当然也可以chmod
777，不过所有有经验的系统管理员都会建议不要随便使用777。
2、传统缓存之二（!-e）
原理和404跳转基本一致，但更简洁一些：

location / {
root /home/html/;
proxy_store on;
proxy_set_header Accept-Encoding '';
proxy_temp_path /home/tmp;
if ( !-f $request_filename )
{
proxy_passhttp://www.jb51.net/;
}
}

可以看到这个配置比404节约了不少代码，它是用!-f来判断请求的文件在文件系统上存不存在，不存在就proxy_pass到后端，返回同样是用proxy_store保存。
两种传统缓存都有着基本一样的优点和缺点：
缺点1：不支持带参数的动态链接，比如read.php?id=1，因为nginx只保存文件名，所以这个链接只在文件系统下保存为
read.php，这样用户访问read.php?id=2时会返回不正确的结果。同时不支持http://www.jb51.net/这种形式的首页和
二级目录http://www.jb51.net/download/，因为nginx非常老实，会将这样的请求照链接写入文件系统，而这个链接显然是一
个目录，所以保存失败。这些情况都需要写rewrite才能正确保存。
缺点2：nginx内部没有缓存过期和清理的任何机制，这些缓存的文件会永久性地保存在机器上，如果要缓存的东西非常多，那就会撑暴整个硬盘空间。为此可以使用一个shell脚本定期清理，同时可以撰写php等动态程序来做实时更新。
缺点3：只能缓存200状态码，因此后端返回301/302/404等状态码都不会缓存，假如恰好有一个访问量很大的伪静态链接被删除，那就会不停穿透导致后端承载不小压力。
缺点4：nginx不会自动选择内存或硬盘作为存储介质，一切由配置决定，当然在当前的操作系统里都会有操作系统级的文件缓存机制，所以存在硬盘上也不需要过分担心大并发读取造成的io性能问题。
nginx传统缓存的缺点也是它和squid等缓存软件的不同之特色，所以也可看作其优点。在生产应用中它常常用作和squid的搭档，squid对
于带?的链接往往无法阻挡，而nginx能将其访问拦住，例如：http://jb51.net/?和http://jb51.net/在squid上会
被当做两个链接，所以会造成两次穿透；而nginx只会保存一次，无论链接变成http://jb51.net/?1还是http://jb51.net
/?123，均不能透过nginx缓存，从而有效地保护了后端主机。
nginx会非常老实地将链接形式保存到文件系统中，这样对于一个链接，可以很方便地查阅它在缓存机器上的缓存状态和内容，也可以很方便地和别的文件管理器如rsync等配合使用，它完完全全就是一个文件系统结构。
这两种传统缓存都可以在linux下将文件保存到/dev/shm里，一般我也是这么做的，这样可以利用系统内存来做缓存，利用内存的话，清理过期内
容速度就会快得多。使用/dev/shm/时除了要把tmp目录也指向到/dev/shm这个分区外，如果有大量小文件和目录，还要修改一下这个内存分区
的inode数量和最大容量：


mount -o size=2500M -o nr_inodes=480000 -o noatime,nodiratime -o remount /dev/shm

上面的命令在一台有3G内存的机器上使用，因为/dev/shm默认最大内存是系统内存的一半就是1500M，这条命令将其调大成2500M，
同时shm系统inode数量默认情况下可能是不够用的，但有趣的是它可以随意调节，这里调节为480000保守了点，但也基本够用了。
3、基于memcached的缓存
nginx对memcached有所支持，但是功能并不是特别之强，性能上还是非常之优秀。


location /mem/ {
if ( $uri ~ "^/mem/([0-9A-Za-z_]*)$" )
{
set $memcached_key "$1";
memcached_pass 192.168.1.2:11211;
}
expires 70;
}

这个配置会将http://jb51.net/mem/abc指明到memcached的abc这个key去取数据。
nginx目前没有写入memcached的任何机制，所以要往memcached里写入数据得用后台的动态语言完成，可以利用404定向到后端去写入数据。
4、基于第三方插件ncache
ncache是新浪兄弟开发的一个不错的项目，它利用nginx和memcached实现了一部分类似squid缓存的功能，我并没有使用这个插件的经验，可以参考：
http://code.google.com/p/ncache/
5、nginx新开发的proxy_cache功能
从nginx-0.7.44版开始，nginx支持了类似squid较为正规的cache功能，目前还处于开发阶段，支持相当有限，这个缓存是把链接用md5编码hash后保存，所以它可以支持任意链接，同时也支持404/301/302这样的非200状态。
配置：
首先配置一个cache空间：

复制代码 代码如下:

proxy_cache_path /path/to/cache levels=1:2 keys_zone=NAME:10m inactive=5m max_size=2m clean_time=1m;

注意这个配置是在server标签外，levels指定该缓存空间有两层hash目录，第一层目录是1个字母，第二层为2个字母，保存的文件名就会类
似/path/to/cache/c/29/；keys_zone为这个空间起个名
字，10m指空间大小为10MB；inactive的5m指缓存默认时长5分钟；max_size的2m是指单个文件超过2m的就不缓
存；clean_time指定一分钟清理一次缓存。

location / {
proxy_passhttp://www.jb51.net/;
proxy_cache NAME;#使用NAME这个keys_zone
proxy_cache_valid 200 302 1h;#200和302状态码保存1小时
proxy_cache_valid 301 1d;#301状态码保存一天
proxy_cache_valid any 1m;#其它的保存一分钟
}

ps：支持cache的0.7.44到0.7.51这几个版本的稳定性均有问题，访问有些链接会出现错误，所以这几个版本最好不要在生产环境中
使用。nginx-0.7下目前所知较为稳定的版本是0.7.39。稳定版0.6.36版也是近期更新，如果在配置里没有使用到0.7的一些新标签新功
能，也可以使用0.6.36版。

Nginx缓存的内存占用问题的一般解决方法
1、前些日子某服务被刷，每分钟达到上几百万请求；当时采用了nginx cache来解决的；但是因为某服务不能缓存太久，当时设置了5s，那么带来的问题就是产生大量小文件，而且很快就删除了。

2、通过

free -m

会发现used是27G；但是通过top查看进程占的内存并没有那么多

那内存去哪了？

3、通过查阅资料会发现(cat /proc/meminfo)
Slab: 22464312 kB
SReclaimable: 16474128 kB （这些是内核保持的但是可以释放的inode和dentry的缓存）
SUnreclaim: 5990184 kB

4、这些内存为什么会不自动清理呢？
某机房机器系统版本：Linux 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux（正常，没出现内存快到100%的情况）
某机房机器系统版本：Linux 2.6.32-279.el6.x86_64 #1 SMP Fri Jun 22 12:19:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux （不释放）

5、通过设置如下参数来设置内存阀值

sysctl -w vm.extra_free_kbytes=6436787
sysctl -w vm.vfs_cache_pressure=10000

❷ nginx配置前端，需要几台什么样的服务器。什么样的系统，什么样的配置

两种前端架构：
lvs -> nginx前端代理 -> squid缓存
lvs -> squid前端缓存 -> nginx中层代理

squid在前面的优点：
Squid作纯代理比较稳当
前端少一级代理，响应速度会快，出问题的可能性要小
功能有限，不会常被调整
容易为人接受，只是为了扩充功能而增加中层代理
一般的配置简便，比如增加一个二级域名，只需配置一个指向。
增加的nginx可扩展功能，增加对应用服务的负载均衡等。

squid在前面的缺点：
squid支持的负载均衡配置复杂
容灾问题
更新缓存要遍历所有机器
squid只支持单cpu，所以浪费cpu

nginx在前面的优点：
分流、负载均衡功能强大，可以细致定义
可精细定制access_log
nginx的错误日志更详细
可让squid只缓存无压缩版本，由nginx压缩，这样可优化squid缓存容量
nginx可分担部分无实时性要求的缓存

nginx在前面的优点：
nginx目前还有部分bug。
功能强，所以可能经常被调整
nginx代理用的短链接方式
单机上安装nginx+squid的cpu消耗比纯squid和纯nginx之和要大一倍，但也不算高
容易遭到质疑，不易被接受。

❸ 前端nginx作为缓冲，将所有的访问都传给后端，这样可以吗

楼主的情况 我可以解答，我们原来用nginx做代理，代理后端的apache,结果评论的ip全是一样的，也就是都是代理的ip,呵呵，你想要的就是这样的结果吧
nginx 配置下面就会得到客户的真实ip
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header REMOTE-HOST $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
,你只要配置的时候不加这个就可以了

❹ nginx静态代理怎么用

body{ line-height:200%; } 动静态网页分离，就是让动态PHP等程序网页去访问PHP Web服务器，让缓存页、图片、javaScript、CSS、Flash去访问Squid等缓存服务器。 在配置Nginx负载均衡与反向代理之前，我们首先来看一看NetScaler等硬件四/七层负载均衡交换机是如何实现负载均衡的如图6-6所示。 NetScarder的七层负载均衡是基于TCP的，可以用于Web Server、MySQL数据库、右键服务器等大多数基于TCP服务器的负载均衡。Nginx的七层负载仅支持HTTP、邮件协议，能够实现Web Sserver、右键服务器的负载均衡。在Web服务器集群应用中，可以通过Nginx负载均衡，来实现并代替NetScaler七层负载均衡的部分功能。对于以上的Netscaler负载均衡架构我们可以用以下的Nginx负载均衡架构来代替其中的Web服务器部分，如图6-7所示。

❺ nginx缓存和squid哪个好

squid没用过，不好说，nginx现在好多公司都在用，我们现在也在用

❻ nginx和squid的反向代理的区别

SQUID是功能最全面的，但是架构太老，性能不咋的Varnish速度一般，但是内存缓存也限制了其容量，缓存页面和图片一般是挺好的Nginx本来是反向代理/web服务器，用了插件可以做做这个副业，不过也越来越专业了ApacheTrafficServer是另外一个cache，也有不少用户使用。

❼ nginx squie如何做https

你使用443端口看看能不能访问如果能访问就在设置一次全站强制跳转到https里面估计你没有设置强制跳转

❽ nginx缓存性能怎么样

Nginx缓存对于不少人来说都不是很明朗的一个知识。那么好我们就借介绍有关优点和缺点的机会把大家带进Nginx缓存的世界。希望大家在文中能找到自己相关的使用方法。
两种Nginx缓存都有着基本一样的优点和缺点：
缺点1：不支持带参数的动态链接，比如read.php?id=1，因为Nginx缓存只保存文件名，所以这个链接只在文件系统下保存为read.php，这样用户访问read.php?id=2时会返回不正确的结果。同时不支持http://www.sudone.com/这种形式的首页和二级目录http://www.sudone.com/download/，因为Nginx缓存非常老实，会将这样的请求照链接写入文件系统，而这个链接显然是一个目录，所以保存失败。这些情况都需要写rewrite才能正确保存。
缺点2：Nginx缓存内部没有缓存过期和清理的任何机制，这些缓存的文件会永久性地保存在机器上，如果要缓存的东西非常多，那就会撑暴整个硬盘空间。为此可以使用一个shell脚本定期清理，同时可以撰写php等动态程序来做实时更新。
缺点3：只能缓存200状态码，因此后端返回301/302/404等状态码都不会缓存，假如恰好有一个访问量很大的伪静态链接被删除，那就会不停穿透导致后端承载不小压力。
缺点4：Nginx不会自动选择内存或硬盘作为存储介质，一切由配置决定，当然在当前的操作系统里都会有操作系统级的文件缓存机制，所以存在硬盘上也不需要过分担心大并发读取造成的io性能问题。
Nginx传统缓存的缺点也是它和squid等缓存软件的不同之特色，所以也可看作其优点。在生产应用中它常常用作和squid的搭档，squid对于带?的链接往往无法阻挡，而Nginx能将其访问拦住，例如：http://sudone.com/?和http://sudone.com/在squid上会被当做两个链接，所以会造成两次穿透；而Nginx只会保存一次，无论链接变成http://sudone.com/?1还是http://sudone.com/?123，均不能透过Nginx缓存，从而有效地保护了后端主机。
Nginx缓存会非常老实地将链接形式保存到文件系统中，这样对于一个链接，可以很方便地查阅它在缓存机器上的缓存状态和内容，也可以很方便地和别的文件管理器如rsync等配合使用，它完完全全就是一个文件系统结构。
这两种传统缓存都可以在linux下将文件保存到/dev/shm里，一般我也是这么做的，这样可以利用系统内存来做缓存，利用内存的话，清理过期内容速度就会快得多。使用/dev/shm/时除了要把tmp目录也指向到/dev/shm这个分区外，如果有大量小文件和目录，还要修改一下这个内存分区的inode数量和最大容量：
mount -o size=2500M -o nr_inodes=480000 -o noatime,nodiratime -o remount /dev/shm
上面的命令在一台有3G内存的机器上使用，因为/dev/shm默认最大内存是系统内存的一半就是1500M，这条命令将其调大成2500M，同时shm系统inode数量默认情况下可能是不够用的，但有趣的是它可以随意调节，这里调节为480000保守了点，但也基本够用了。

❾ varnish / squid / nginx cache 有什么不同

squid是缓存服务器科班出生
varnish是觉得squid性能不行，纯内存缓存服务器方案
nginx cache是属于不务正业，得益于nginx强大的性能
SQUID 是功能最全面的，但是架构太老，性能不咋的

Varnish 是内存缓存，速度一流，但是内存缓存也限制了其容量，缓存页面和图片一般是挺好的
Nginx 本来是反向代理/web服务器，用了插件可以做做这个副业，但是本身不支持特性挺多
ATS 目前是一个不错的选择
1. Squid功能全而大，适合于各种静态的文件缓存，国内的top2CDN厂商是基于拿squid做的商业改造,但受限于仅支持单进程（虽然squid3.2也开始支持SMP了：htt p: / /w iki.squid-cach e.o rg/Features/SmpScale），因此一般会在前端挂一个HAProxy或nginx做负载均衡跑多个实例。

2.Varnish由于是内存cache，所以对小文件如css,js,小图片啥的支持很棒，sina的就是用的varnish,后端的持久化缓存可能采用的是squid或ats
3.nginx的代理功能只是它的一个模块功能，功能相对前两者目前还完全无法替代，但未来充满期待。