Nginx实现负载均衡Nginx缓存功能

一、Nginx是什么

　　Nginx (engine x) 是一个高性能的HTTP和反向代理服务器&＃xff0c;也是一个IMAP/POP3/SMTP服务器。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点&＃xff08;俄文Рамблер&＃xff09;开发的&＃xff0c;第一个公开版本0.1.0发布于2004年10月4日。
　　其将源代码以类BSD许可证的形式发布&＃xff0c;因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。2011年6月1日&＃xff0c;nginx 1.0.4发布。
　　Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件&＃xff08;IMAP/POP3&＃xff09;代理服务器。其特点是占有内存少&＃xff0c;并发能力强&＃xff0c;事实上nginx的并发能力确实在同类型的网页服务器中表现较好&＃xff0c;中国大陆使用nginx网站用户有&＃xff1a;百度、京东、新浪、网易、腾讯、淘宝等。
　　目前淘宝在nginx做了二次开发&＃xff1a;tengine&＃xff08;见下文&＃xff09;。
　　

二、Nginx实现反向代理

2.1 正向代理和反向代理

　　正向代理&＃xff1a;是一个位于客户端和目标服务器之间的服务器&＃xff0c;为了从目标服务器取得内容&＃xff0c;客户端向代理发送一个请求并指定目标(目标服务器)&＃xff0c;然后代理向目标服务器转交请求并将获得的内容返回给客户端。
　　简单来说&＃xff1a;
　　我是一个用户&＃xff0c;我访问不了某网站&＃xff0c;但是我能访问一个代理服务器&＃xff1b;
　　这个代理服务器呢&＃xff0c;他能访问那个我不能访问的网站&＃xff1b;
　　于是我先连上代理服务器&＃xff0c;告诉他我需要那个无法访问网站的内容&＃xff1b;
　　代理服务器去取回来&＃xff0c;然后返回给我&＃xff1b;
　　从网站的角度&＃xff0c;只在代理服务器来取内容的时候有一次记录&＃xff1b;
　　有时候并不知道是用户的请求&＃xff0c;也隐藏了用户的资料&＃xff0c;这取决于代理告不告诉网站。
　　反向代理&＃xff1a;对于客户端而言它就像是目标服务器&＃xff0c;并且客户端不需要进行任何特别的设置。客户端向反向代理的命名空间(name-space)中的内容发送普通请求&＃xff0c;接着反向代理将判断向何处(目标服务器)转交请求&＃xff0c;并将获得的内容返回给客户端&＃xff0c;就像这些内容原本就是它自己的一样。
　　简单来说&＃xff0c;
　　用户访问 http://ooxx.me/readme&＃xff1b;
　　但ooxx.me上并不存在readme页面&＃xff1b;
　　他是偷偷从另外一台服务器上取回来,然后作为自己的内容吐给用户&＃xff1b;
　　但用户并不知情┐(&＃xff9f;&＃xff5e;&＃xff9f;)┌
　　这里所提到的 ooxx.me 这个域名对应的服务器就设置了反向代理功能&＃xff1b;
　　正向代理和反向代理的区别&＃xff1a;
　　&＃xff08;1&＃xff09;从用途上来讲&＃xff1a;
　　正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。正向代理还可以使用缓冲特性减少网络使用率。反向代理的典型用途是将防火墙后面的服务器提供给Internet用户访问。反向代理还可以为后端的多台服务器提供负载平衡&＃xff0c;或为后端较慢的服务器提供缓冲服务。
　　另外&＃xff0c;反向代理还可以启用高级URL策略和管理技术&＃xff0c;从而使处于不同web服务器系统的web页面同时存在于同一个URL空间下。
　　&＃xff08;2&＃xff09;从安全性来讲&＃xff1a;
　　正向代理允许客户端通过它访问任意网站并且隐藏客户端自身&＃xff0c;因此你必须采取安全措施以确保仅为经过授权的客户端提供服务。
　　反向代理对外都是透明的&＃xff0c;访问者并不知道自己访问的是一个代理。

2.2 nginx实现反向代理

　　nigix代理是基于ngx_http_proxy模块实现的。该模块有很多配置选项&＃xff0c;如&＃xff1a;

proxy_pass

　　指定将请求代理至server的URL路径。

proxy_set_header

　　将发送至server的报文的某首部进行重写。

proxy_send_timeout

　　在连接断开之前两次发送到server的最大间隔时长&＃xff1b;过了这么长时间后端还是没有收到数据&＃xff0c;连接会被关闭。

proxy_read_timeout

　　是从后端读取数据的超时时间&＃xff0c;两次读取操作的时间间隔如果大于这个值&＃xff0c;和后端的连接会被关闭。

proxy_connect_timeout

　　是和后端建立连接的超时时间。
　　接下来&＃xff0c;我们就来仔细说说重点的配置选项&＃xff1a;

2.2.1 proxy_pass配置

1&＃xff09;替换uri
　　常用于页面很固定的时候。比如双十一的大促主页面。
　　语法如下&＃xff1a;

location /uri {proxy_pass http://ip:port/newuri/; //location的/uri将被替换为/newuri
}

　　举例如下&＃xff1a;

location /mobi {proxy_pass http://172.17.251.66/mobile/; //将/mobi 的请求跳转到新服务器上/mobile目录下
}

　　在这里&＃xff0c;我们需要注意的是&＃xff0c;http://ip:port/newuri;&＃xff0c;这个地方最后面加不加/意义是不同的。
　　如上文&＃xff0c;我们就加上了/&＃xff0c;则意味着全部替换。
　　如果我们不加/&＃xff0c;则是将新路径当做其上级目录&＃xff0c;访问的是新路径下的原路径。举例如下&＃xff1a;

location /mobi {proxy_pass http://172.17.251.66/mobile; //将/mobi 的请求跳转到新服务器上/mobile/mobi目录下
}

2&＃xff09;转换url
　　相当于分流&＃xff0c;基于url来分流&＃xff0c;把一类的请求发送到一个机器&＃xff08;一个集群&＃xff09;中&＃xff0c;具体操作看机器的设置。
　　如果location的URI是通过模式匹配定义的&＃xff0c;其URI将直接被传递&＃xff0c;而不能为其指定转换的另一个URI。
　　举例如下&＃xff1a;

location ~ ^/mobile {proxy_pass http://172.17.251.66;
}

　　这段代码的意思是&＃xff0c;只要有/mobile的网址&＃xff0c;会直接转到http://172.17.251.66/mobile下。
　　
3&＃xff09;URL重定向
　　也就是整个url的重定向。比如两个网站合并或者更换域名时&＃xff0c;原先的域名已经不用了&＃xff0c;但是有些页面还在访问&＃xff0c;就可以通过这种方法来整个重定向&＃xff0c;重定向到新的域名中。
　　如果在location中使用的URL重定向&＃xff0c;那么nginx将使用重定向后的URI处理请求&＃xff0c;而不再考虑之前定义的URI。

location /youxi{rewrite ^(.*)$ /mobile/$1 break;proxy_pass http://172.17.251.66;
}

　　这段代码的意思就是&＃xff0c;只要你访问的是带/youxi的页面&＃xff0c;就会自动重定向到http://172.16.100.1/mobile/$1上。$1指的是^(.*)$中括号内的部分。这样就实现了整个url的重定向。
　　在这里&＃xff0c;我们也来详细说说ngx_http_rewrite_module模块&＃xff0c;这是一个非常好用的模块。

2.2.1.1ngx_http_rewrite_module模块

1&＃xff09;rewrite 用法
　　将用户请求的URI基于regex所描述的模式进行检查&＃xff0c;匹配到时将其替换为replacement指定的新的URI。
　　其语法是&＃xff1a;

　　rewrite regex replacement [flag]

　　注意&＃xff1a;如果在同一级配置块中存在多个rewrite规则&＃xff0c;那么会自下而下逐个检查&＃xff1b;被某条件规则替换完成后&＃xff0c;会重新一轮的替换检查。
　　隐含有循环机制,但不超过10次&＃xff1b;如果超过&＃xff0c;提示500响应码&＃xff0c; [flag]所表示的标志位用于控制此循环机制。
　　如果replacement是以http://或https://开头&＃xff0c;则替换结果会直接以重向返回给客户端。
　　下面我们来说一说flag的具体选项&＃xff1a;
[flag]&＃xff1a;

last&＃xff1a;重写完成后停止对当前URI在当前location中后续的其它重写操作&＃xff0c;而后对新的URI启动新一轮&＃xff08;从第一个开始&＃xff09;重写检查&＃xff1b;提前重启新一轮循环。
break&＃xff1a;重写完成后停止对当前URI在当前location中后续的其它重写操作&＃xff0c;而后直接跳转至重写规则配置块之后的其它配置&＃xff1b;结束循环&＃xff0c;建议在location中使用。
redirect&＃xff1a;临时重定向&＃xff0c;重写完成后以临时重定向方式直接返回重写后生成的新URI给客户端&＃xff0c;由客户端重新发起请求&＃xff1b;不能以http://或https://开头&＃xff0c;使用相对路径&＃xff0c;状态码&＃xff1a; 302。
permanent&＃xff1a;重写完成后以永久重定向方式直接返回重写后生成的新URI给客户端&＃xff0c;由客户端重新发起请求&＃xff0c;状态码&＃xff1a;301。

　　由下图我们可以更清楚的看出跳转到的位置&＃xff1a;

2&＃xff09;return用法
　　return的用法语法如下&＃xff1a;

　　return code [text];return code URL;return URL;

　　停止处理&＃xff0c;并返回给客户端指定的响应码。
　　

2.2.2 proxy_set_header配置

　　proxy_set_header用于将发送至server的报文的某首部进行重写。常用于nginx做负载均衡时&＃xff0c; 获取客户端IP时&＃xff0c; 添加forward头部。
　　语法如下&＃xff1a;

proxy_set_header Host $host; //目的主机地址
proxy_set_header X-REMOTE-IP $remote_addr; //上一跳地址
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; //客户端主机地址

　　原有请求报文中如果存在X-Forwared-For首部&＃xff0c; 则将client_addr以逗号分隔补原有值后&＃xff0c; 否则则直接添加此首部&＃xff1b;

2.3 nginx实现负载均衡

　　nginx负载均衡是ngx_http_upstream_module模块的功能&＃xff0c; 需要在配置文件http块上下文中定义upstream块&＃xff0c; 指定一组负载均衡的后端服务器&＃xff0c; 然后在上面讲到的proxy_pass中引用&＃xff0c; 就可以反向代理时实现负载均衡了。
　　需要注意的是&＃xff1a;ngx_http_upstream段要在server段前面&＃xff0c;要定义在http段中。
　　语法如下&＃xff1a;

server address [parameters];

　　接着&＃xff0c;我们来看一看选项&＃xff1a;
paramerters&＃xff1a;

weight&＃xff1a; 负载均衡策略权重&＃xff0c; 默认为1&＃xff1b;
max_fails&＃xff1a; 在一定时间内&＃xff08;这个时间在fail_timeout参数中设置&＃xff09; 检查这个服务器是否可用时产生的最多失败请求数
fail_timeout&＃xff1a; 在经历了max_fails次失败后&＃xff0c; 暂停服务的时间。 max_fails可以和fail_timeout一起使用&＃xff0c; 进行对后端服务器的健康状态检查&＃xff1b;
backup&＃xff1a; 当所有后端服务器都宕机时&＃xff0c; 可以指定代理服务器自身作为备份&＃xff0c; 对外提供维护提示页面&＃xff1b;
down&＃xff1a; 永久不可用。

　　需要注意一下的是&＃xff1a;max_fails和fail_timeout是配对使用的&＃xff0c;前者是定义在一定时间内检查这个服务器是否连接可用时产生的最多失败请求的次数&＃xff0c;后者是规定这个时间&＃xff0c;并且这个时间也是在经过前者的失败次数后&＃xff0c;暂停服务的时间。
示例&＃xff1a;

max_fails&＃61;3fail_timeout&＃61;10s

　　意思就是 10秒内失败3次&＃xff0c;则暂停服务10秒。
　　举例&＃xff1a;

upstream dynamic {server backend1.example.com weight&＃61;5;server backend2.example.com:8080 max_fails&＃61;3; fail_timeout&＃61;5s ;server 192.0.2.1 max_fails&＃61;3;server backup1.example.com:8080 backup;server backup2.example.com:8080 backup;
}

　　当然&＃xff0c;我们还有一个专业的健康检测模块 nginx_upstream_check_module-master&＃xff0c;可以根据需要使用。
　　upstream块里可以用多个server选项配置多个后端服务器&＃xff0c;同时还可配置对后端服务器的健康状态检查&＃xff0c;可以在server后面加上max_fails&＃xff08;
proxy_next_upstream指定检查策略&＃xff0c;默认为返回超时为失败&＃xff09;和fail_timeout参数实现&＃xff1b;也可以用health_check选项来实现&＃xff0c;health_check可以指定的参数较多&＃xff0c; 不过需要定义在location上下文中。
　　另外&＃xff0c; 可以指定代理服务器自身作为备份server&＃xff0c; 当所有后端服务器都宕机时&＃xff0c; 对外提供维护提示页面。
　　还可以指定负载均衡策略&＃xff1a; 主要有round_robin&＃xff08;加权轮询&＃xff0c; 默认&＃xff09; 、hash、ip_hash、least_conn&＃xff08;最少连接&＃xff09;和least_time&＃xff08;最少响应时间&＃xff0c;商业版本&＃xff09;&＃xff0c;策略定义在upstream上下文即可。
　　具体实例参照tengine实现动静分离&＃xff08;见下文&＃xff09;。

三、tengine

　　Tengine是由淘宝网发起的Web服务器项目。它在Nginx的基础上&＃xff0c;针对大访问量网站的需求&＃xff0c;添加了很多高级功能和特性。Tengine的性能和稳定性已经在大型的网站如淘宝网&＃xff0c;天猫商城等得到了很好的检验。它的最终目标是打造一个高效、稳定、安全、易用的Web平台。
　　从2011年12月开始&＃xff0c;Tengine成为一个开源项目&＃xff0c;Tengine团队在积极地开发和维护着它。Tengine团队的核心成员来自于淘宝、搜狗等互联网企业。Tengine是社区合作的成果&＃xff0c;我们欢迎大家参与其中&＃xff0c;贡献自己的力量。

tengine实现动静分离

1、下载并解压安装包
　　进入官网下载安装包&＃xff0c;

　　这里附上官网网址&＃xff1a;tengine.taobao.org
　　小编下载的是2.2.1版本。大家可以根据自己的需要来下载。接着&＃xff0c;我们使用rz命令上传至虚拟机。
　　上传完成后&＃xff0c;我们来解压&＃xff1a;

tar xvf tengine-2.1.1.tar.gz

2、编译安装tengine
　　首先&＃xff0c;我们要安装依赖的包和包组&＃xff1a;

yum install pcre-devel openssl-devel -yyum groupinstall "development tools" -y

　　安装完成后&＃xff0c;我们进入这个目录&＃xff1a;

cd tengine-2.1.1

　　然后&＃xff0c;我们就可以进行编译安装了&＃xff1a;

./configure --prefix&＃61;/usr/local/tenginemake && make install

3、修改配置文件
　　我们的需求是让这台机器充当调度器&＃xff0c;坐到动静分离&＃xff0c;所以我们需要在配置文件中添加下面这些&＃xff1a;
　　配置文件为/usr/local/tengine/conf/nginx.conf。
http段&＃xff0c;添加如下内容&＃xff1a;

upstream server-cluster{server 172.17.77.77:80;server 172.17.252.111:80;check interval&＃61;3000 rise&＃61;2 fall&＃61;5 timeout&＃61;1000 type&＃61;http;check_http_send "HEAD / HTTP/1.0\r\n\r\n";check_http_expect_alive http_2xx http_3xx;
}upstream staticsrvs{server 172.17.22.22:80;server 172.17.1.7:80;check interval&＃61;3000 rise&＃61;2 fall&＃61;5 timeout&＃61;1000 type&＃61;http;check_http_send "HEAD / HTTP/1.0\r\n\r\n";check_http_expect_alive http_2xx http_3xx;
}

server段&＃xff0c;添加如下内容&＃xff1a;

location /stats {check_status; //定义一个web监听页面
}
//以下部分用来实现动静分离
location ~* .jpg|.png|.gif|.jpeg$ {proxy_pass http://staticsrvs;
}
location ~* .css|.js|.html|.xml$ {proxy_pass http://staticsrvs;
}
location / {proxy_pass http://server-cluster;
}

　　如果有下面这一段&＃xff0c;我们需要把它注释掉&＃xff1a;

location ~ \.php$ {root html;fastcgi_pass 127.0.0.1:9000;fastcgi_index index.php;fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;include fastcgi_params;
}

　　这样&＃xff0c;我们的配置文件就修改完成了。
　　在我们启动服务前&＃xff0c;如果我们的机器开启了nginx服务或者http服务&＃xff0c;要记得把服务关闭&＃xff0c;因为tengine服务使用的也是80端口。
　　我们来启动服务&＃xff1a;

cd /usr/local/tengine/sbin
./nginx -t //检查配置文件语法错误
./nginx //启动服务
./nginx -s reload //重新加载服务

　　当然&＃xff0c;我们也可以直接把这个服务写到我们的启动脚本里&＃xff0c;这样&＃xff0c;以后我们通过service或者systemctl就可以控制了。
　　centos7里的启动脚本在/usr/lib/systemd/system/nginx.service
　　在centos6中&＃xff0c;我们如果之前使用yum安装过nginx&＃xff0c;我们就可以复制一个nginx的服务脚本&＃xff0c;改名为tengine&＃xff0c;并设置开机自启&＃xff0c;具体操作如下&＃xff1a;

cp /etc/init.d/nginx /etc/init.d/tenginevim /etc/init.d/tengine

4、测试
　　由于我们在配置文件中定义了一个web的监听页面&＃xff0c;所以我们可以去访问一下&＃xff1a;

　　上图中就是我们的监听页面&＃xff0c;如果某一服务器出现故障&＃xff0c;则会标红提示。
　　我们的网站也是可以正常访问的&＃xff1a;

　　接着&＃xff0c;我们来测试一下我们的动静分离实现情况&＃xff0c;我们把两台静态的服务器的nginx服务down掉&＃xff1a;

systemctl stop nginx

　　然后我们来看看我们的监听页面&＃xff0c;需要刷新几次&＃xff1a;

　　我们可以看到&＃xff0c;挂掉的两台服务器已经标红了。接着我们来访问一下我们的网站&＃xff1a;

　　可以看到&＃xff0c;所有的静态文件&＃xff0c;包括图片和css、js等文件都没有显示了&＃xff0c;我们的动静分离实验圆满完成。

四、nginx实现缓存

4.1 为什么需要缓存

　　缓存的最根本的目的是为了提高网站性能&＃xff0c;减轻频繁访问数据&＃xff0c;而给数据库带来的压力。合理的缓存&＃xff0c;还会减轻程序运算时&＃xff0c;对CPU带来的压力。在计算机现代结构中&＃xff0c;操作内存中的数据比操作存放在硬盘上的数据是要快N个数量级的&＃xff0c;操作简单的文本结构的数据&＃xff0c;比操作数据库中的数据快N个数量级 。
　　例如&＃xff1a;每次用户访问网站&＃xff0c;都必须从数据库读取网站的标题&＃xff0c;每读一次需要15毫秒的时间&＃xff0c;如果有100个用户&＃xff08;先不考虑同一时间访问&＃xff09;&＃xff0c;每小时访问10次&＃xff0c;那么就需要读取数据库1000次&＃xff0c;需要时间15000毫秒。如果把页面直接变成页面缓存&＃xff0c;则每次访问就不需要去数据库读取&＃xff0c;大大提升了网站性能。
　　

4.2 缓存服务的工作原理

　　缓存的工作原理可以很清楚的从上图中看出来。通过缓存&＃xff0c;我们就可以减少大量的重复读取过程&＃xff0c;从而节省我们的资源&＃xff0c;提升网站的性能。
　　缓存数据分为两部分&＃xff08;索引&＃xff0c;数据&＃xff09;&＃xff1a;
　　1、存储数据的索引&＃xff0c;存放在内存中;
　　2、存储缓存数据&＃xff0c;存放在磁盘空间中&＃xff1b;
　　

4.3 nginx缓存模块

　　Nginx实现缓存是通过代理缓存pxory_cache&＃xff0c; 这也是ngx_http_proxy_module模块提供的功能&＃xff0c; 这里配置选项较多&＃xff0c; 常用的选项有&＃xff1a; proxy_cache_path、 proxy_cache和proxy_cache_valid。

4.3.1 proxy_cache_path

　　proxy_cache_path定义一个完整的缓存空间&＃xff0c;指定缓存数据的磁盘路径、索引存放的内存空间以及一些其他参数&＃xff0c;如缓存删除策略。
　　注意&＃xff1a;该选项只能定义在http块上下文中。
　　如&＃xff1a;

proxy_cache_path /data/cache levels&＃61;1:2 keys_zone&＃61;web:10m max_size&＃61;1G inactive&＃61;10;　　　//缓存数据存储在/data/cache目录中

　　下面我们来看看具体的选项&＃xff1a;

levels&＃xff1a;配置在该目录下再分两层目录&＃xff0c;一层1个随机字符作为名称&＃xff0c;二层2个随机字符作为名称&＃xff0c;levels最多三层&＃xff0c;每层最多两个字符&＃xff0c;这是为了加快访问文件的速度&＃xff1b;最后使用代理url的哈希值作为关键字与文件名&＃xff0c;一个缓存数据如下&＃xff1a; /data/nginx/cache/c/29/b7f54b2df7773722d382f4809d65029c;
keys_zone&＃xff1a;用来为这个缓存区起名&＃xff0c;并设置大小。上面的例子就是指定名称为web&＃xff0c;这个名称后面proxy_cache需要引用&＃xff1b;而10m就是内存空间的大小&＃xff1b;
max_size&＃xff1a;指定最大缓存数据磁盘空间的大小&＃xff1b;
inactive&＃xff1a;在inactive指定的时间内&＃xff0c;未被访问的缓存数据将从缓存中删除。

4.3.2 proxy_cache

　　proxy_cache用来引用上面proxy_cache_path定义的缓存空间&＃xff0c; 现时打开缓存功能&＃xff0c; 如下&＃xff1a;

　　proxy_cache web&＃xff1b; //引用上面定义上的缓存空间&＃xff0c; 同一缓存空间可以在几个地方使用

4.3.3 proxy_cache_valid

　　proxy_cache_valid设置不同响应代码的缓存时间&＃xff0c; 如&＃xff1a;

proxy_cache_valid 200 302 10m;proxy_cache_valid 404 1m;

4.4 配置nginx缓存实例

　　先配置proxy_cache_path&＃xff0c;再配置proxy_cache引用、打开缓存空间&＃xff0c;接着配置两个proxy_cache_valid&＃xff1b;为方便调试测试&＃xff0c;我们可以通过add_header给请求响应增加一个头部信息&＃xff0c;表示从服务器上返回的cache状态怎么样&＃xff08;有没有命中&＃xff09;&＃xff0c;主要配置如下&＃xff1a;
　　定义一个完整的缓存空间&＃xff1b;缓存数据存储在/data/cache目录中&＃xff1b;配置在该目录下再分两层目录&＃xff1b;名称为web(proxy_cache引用)&＃xff1b;10m内存空间大小&＃xff1b;最大缓存数据磁盘空间的大小&＃xff1b;10分钟未被访问的缓存数据将从缓存中删除

http {proxy_cache_path /data/cache levels&＃61;1:2 keys_zone&＃61;web:10m max_size&＃61;1G inactive&＃61;10m;server {listen 80;server_name localhost;#charset koi8-r;#access_log logs/host.access.log main;add_header Magedu-Cache "$upstream_cache_status form $server_addr";　　　　//给请求响应增加一个头部信息&＃xff0c;表示从服务器上返回的cache状态怎么样&＃xff08;有没有命中&＃xff09;location / {proxy_pass http://webserver;　　　　//引用上面定义的upstream负载均衡组proxy_cache web;　　　　//引用上面定义上的缓存空间&＃xff0c;同一缓存空间可以在几个地方使用proxy_cache_valid 200 302 10m;proxy_cache_valid 404 1m;　　　　//对代码200和302的响应设置10分钟的缓存&＃xff0c;对代码404的响应设置为1分钟;}}
}

五、memcached

5.1 memcached是什么

　　Memcached是一个自由开源的&＃xff0c;高性能&＃xff0c;分布式内存对象缓存系统。它是一种基于内存的key-value存储&＃xff0c;用来存储小块的任意数据&＃xff08;字符串、对象&＃xff09;。这些数据可以是数据库调用、API调用或者是页面渲染的结果。
　　Memcached简洁而强大。它的简洁设计便于快速开发&＃xff0c;减轻开发难度&＃xff0c;解决了大数据量缓存的很多问题。它的API兼容大部分流行的开发语言。本质上&＃xff0c;它是一个简洁的key-value存储系统。
　　一般的使用目的是&＃xff0c;通过缓存数据库查询结果&＃xff0c;减少数据库访问次数&＃xff0c;以提高动态Web应用的速度、提高可扩展性。

5.2 安装配置memcached

5.2.1 安装

　　直接使用yum安装即可。

yum install memcached -y

5.2.2 配置文件

　　memcached的配置文件与我们常见服务的配置文件不同&＃xff0c;他的配置文件非常简单&＃xff0c;配置文件为/etc/sysconfig/memcached。我们来看一下里面的东西&＃xff1a;

PORT&＃61;"11211" #端口
USER&＃61;"memcached" #启动用户
MAXCONN&＃61;"1024" #最大连接
CACHESIZE&＃61;"64" #缓存空间大小

　　配置文件里只有常用的一些设置&＃xff0c;我们可以直接通过修改文件来更改配置&＃xff0c;也可以等到我们启动服务的时候添加下面的选项来更改配置&＃xff1a;

-d 指定memcached进程作为一个守护进程启动
-m 指定分配给memcached使用的内存&＃xff0c;单位是MB&＃xff0c;默认为64&＃xff1b;
-u 运行memcached的用户
-l 监听的服务器IP地址&＃xff0c;如果有多个地址的话&＃xff0c;使用逗号分隔&＃xff0c;格式可以为“IP地址:端口号”&＃xff0c;例如&＃xff1a;-l 指定192.168.0.184:19830,192.168.0.195:13542&＃xff1b;端口号也可以通过-p选项指定
-p Listen on TCP port , the default is port 11211.
-c 设置最大运行的并发连接数&＃xff0c;默认是1024
-R 为避免客户端饿死&＃xff08;starvation&＃xff09;&＃xff0c;对连续达到的客户端请求数设置一个限额&＃xff0c;如果超过该设置&＃xff0c;会选择另一个连接来处理请求&＃xff0c;默认为20
-k 设置锁定所有分页的内存&＃xff0c;对于大缓存应用场景&＃xff0c;谨慎使用该选项
-P 保存memcached进程的pid文件
-s 指定Memcached用于监听的UNIX socket文件
-a 设置-s选项指定的UNIX socket文件的权限
-U Listen on UDP port , the default is port 11211, 0 is off.

　　我们来开启服务&＃xff1a;

systemctl start memcached.service

　　如果我们想要连接memcached&＃xff0c;需要用到telnet工具&＃xff0c;如果没有安装的话&＃xff0c;直接yum安装即可。我们来连接一下&＃xff1a;

[root&＃64;rs01 ~]# telnet 172.17.77.77 11211
Trying 172.17.77.77...
Connected to 172.17.77.77.
Escape character is &＃39;^]&＃39;.
stats　　　　　　　　//查看状态
STAT pid 15480
STAT uptime 304
STAT time 1510475514
STAT version 1.4.15
STAT libevent 2.0.21-stable　　
STAT pointer_size 64　　　　　　
STAT rusage_user 0.027883
STAT rusage_system 0.074357
STAT curr_connections 10
STAT total_connections 11
STAT connection_structures 11
STAT reserved_fds 20
STAT cmd_get 0
STAT cmd_set 0
STAT cmd_flush 0
STAT cmd_touch 0
STAT get_hits 0 //总命中次数
STAT get_misses 0 //总未命中次数
STAT delete_misses 0
STAT delete_hits 0
STAT incr_misses 0
STAT incr_hits 0
STAT decr_misses 0
STAT decr_hits 0
STAT cas_misses 0
STAT cas_hits 0
STAT cas_badval 0
STAT touch_hits 0
STAT touch_misses 0
STAT auth_cmds 0
STAT auth_errors 0
STAT bytes_read 7
STAT bytes_written 0
STAT limit_maxbytes 67108864
STAT accepting_conns 1
STAT listen_disabled_num 0
STAT threads 4
STAT conn_yields 0
STAT hash_power_level 16
STAT hash_bytes 524288
STAT hash_is_expanding 0
STAT bytes 0
STAT curr_items 0
STAT total_items 0
STAT expired_unfetched 0
STAT evicted_unfetched 0
STAT evictions 0
STAT reclaimed 0
END

　　一般我们衡量一个缓存的性能好坏&＃xff0c;一方面是看速度&＃xff0c;还有就是看它的命中率。如果一个缓存的命中率很低&＃xff0c;就没有太多存在的必要。所以&＃xff0c;我们的缓存策略也是很重要的。
　　接着&＃xff0c;我们就来看看在memcached中去插入数据的命令&＃xff1a;
　　命令为set&＃xff0c;语法如下&＃xff1a;

set key flags exptime bytes [noreply]
value

　　我们来看看各个选项的意思&＃xff1a;

key 是通过被存储在Memcached的数据并从memcached获取键(key)的名称。
flags 是32位无符号整数&＃xff0c;该项目被检索时用的数据(由用户提供)&＃xff0c;并沿数据返回服务器存储。
exptime 以秒为单位的过期时间&＃xff0c;0表示没有延迟&＃xff0c;如果exptime大于30天&＃xff0c;Memcached将使用它作为UNIX时间戳过期。
bytes 是在数据块中&＃xff0c;需要被存储的字节数。基本上&＃xff0c;这是一个需要存储在memcached的数据的长度。
noreply (可选) 参数告知服务器不发送回复
value 是一个需要存储的数据。数据需要与上述选项执行命令后&＃xff0c;将通过新的一行。

　　我们来依照上述语法添加一条进去&＃xff1a;

set name 1 1800 4
keer
STORED //表明存上了

　　现在我们可以来查看一下&＃xff1a;

get name
VALUE name 1 4
keer
END

　　可以看出&＃xff0c;我们刚刚添加的内容已经添加上了&＃xff0c;我们再来查看一下状态&＃xff1a;

stats　　
……
STAT get_hits 1 //总命中次数
STAT get_misses 0 //总未命中次数
……

　　发现我们的总命中次数多了一次&＃xff0c;就是因为我们刚刚执行了get命令&＃xff0c;并且是成功的&＃xff0c;我们现在来尝试一下get一个不存在的内容&＃xff1a;

get age
END

　　然后再来看一下状态&＃xff1a;

stats　　
……
STAT get_hits 1 //总命中次数
STAT get_misses 1 //总未命中次数
……

　　因为我们去获取了一个不存在的内容&＃xff0c;所以miss数&＃43;1。
　　当然&＃xff0c;这只是我们做的演示&＃xff0c;真正的生产环境是不允许我们这么玩的0.0会被玩坏&＃61;。&＃61;
　　我们还需要记住的一点是&＃xff0c;只要我们的机器断电了&＃xff0c;或或者系统重启了&＃xff0c;memcached里面的数据就全部没有了。因为我们的memcached是存放在内存中的非关系型数据库&＃xff0c;是完全工作在内存中的&＃xff0c;所以只要一断电就彻底玩完了╮(╯﹏╰&＃xff09;╭
　　但是我们的nginx数据是存在磁盘中的&＃xff0c;只有索引放在内存中&＃xff0c;所以即使掉电了&＃xff0c;因为磁盘中的数据还在&＃xff0c;索引也可以根据数据重新生成。
　　所以&＃xff0c;这样就要涉及到一个选择问题了&＃xff0c;看你是追求性能&＃xff0c;还是追求安全。我们可以根据不同的需求来选择不同的方式存储数据。
　　

5.2.3 memcached测试脚本

　　在我们的生产环境&＃xff0c;我们是可以使用程序来调用的。比如我们可以使用php客户端连过来来调用memcached。
　　为了使我们的php连接上memcache的客户端&＃xff0c;我们需要安装一个包——php-memcache。我们直接使用yum安装即可&＃xff1a;

yum install php-memcache

　　安装完成后&＃xff0c;我们需要重启一下php-fpm服务&＃xff1a;

　　systemctl restart php-fpm

　　我们之前在/data/web/下创建过一个phpinfo.php文件&＃xff0c;我们可以来通过浏览器查看一下&＃xff1a;

　　可以看出我们的memcache已经和php建立了连接。
　　接下来&＃xff0c;给大家提供一个简单的php测试memcache的小脚本&＃xff1a;

vim /data/web/memcached.php
$mem &＃61; new Memcache;
$mem->connect("172.17.77.77", 11211); #连接Memcached&＃xff0c;ip是你做实验机器的ip$version &＃61; $mem->getVersion();
echo "Server&＃39;s version: ".$version."
\n"; #输出Memcached版本信息$mem->set(&＃39;magedu&＃39;, &＃39;Hello World&＃39;, 0, 600); #向Memcached存储数据&＃39;Hello World&＃39;,时间为600s
echo "Store data in the cache (data will expire in 600 seconds)
\n";$get_result &＃61; $mem->get(&＃39;magedu&＃39;); #获取testkey的值
echo "$get_result is from memcached server.";
?>

　　然后我们就可以去访问了&＃xff1a;

　　bing~我们的测试已经成功啦~

　　以上~如果有不足之处还请大家多多指教喏٩(๑>◡<๑)۶