Nginx反向代理缓存和redis简介

Nginx中的ngx_http_proxy_module模块可以实现后端服务器的反向代理功能，这样就可以实现客户端请求的动静分离以及负载均衡功能。

当Nginx将客户端请求反向代理至后端服务器时，建立的是keep-alive连接；代理服务器与客户端，代理服务器与后端web server都建立长链，这会降低Nginx性能，所以这时候，proxy模块的缓存功能就派上用场了，代理服务器与客户端之间依旧保持长链，而代理服务器与后端web server之间请求结束后，代理服务器将内容缓存在本地，与后端不建立长链，大大节省了系统资源；同时，当客户端请求来时，代理服务器会直接去缓存中寻找并返回给客户端。代理服务器将缓存存在内存中，以key-value形式存储，value存储的是指向本地文件系统中存储的URL的哈希值。缓存功能可以定义在http，server，location区段，定义在哪个区段表示有哪些请求可以使用缓存；一般来说，我们把缓存路径定义在http段，调用缓存根据具体情况配置。

Redis介绍

频繁的写入操作、相对较少的读取统计信息的操作（如网站访问计数器），应该使用基于内存的Key/Value（键／值）存储系统（如redis） 或者是具备本地更新特性的文档存储系统（如MongoDB）。

redis是一款先进的Key/Value存储系统。它与Memcached类似，区别如下：

• redis不仅支持简单的Key/Value类型的数据，同时还提供list、set、hash等数据结构的存储。
• redis支持数据的备份，即master slave模式的数据备份。
• redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候再次加载进行使用。

在redis中，并不是所有的数据都一直存储在内存中。

redis只会缓存所有的Key的信息，如果redis发现内存的使用量超过了某个阈值，将触发交换（swap） 的操作。

redis根据“swappabillity=age*log(size_in_memory)” 计算出哪些Key对应的Value需要交换到磁盘，然后再将这些key对应的value持久化到磁盘中，同时在内存中清除。
这种特性使得redis可以保持超过其机器本身内存大小的数据。当然，机器本身的内存必须要能够保持所有的ｋey，毕竟这些数据是不会进行交换操作的。
同时由于redis将内存中的数据交换到磁盘中的时候，提供服务的主线程和进行交换操作的子线程会共享这部分内存，所以如果更新需要交换的数据，redis将阻塞这个操作，
直到子线程完成交换操作后才可以进行修改。