前言
我们都知道Nginx有很多的特性和好处,但是在Nginx上开发成了一个难题,Nginx模块需要用C开发,而且必须符合一系列复杂的规则,最重要的用C开发模块必须要熟悉Nginx的源代码,使得开发者对其望而生畏。为了开发人员方便,所以接下来我们要介绍一种整合了Nginx和lua的框架,那就是OpenResty,它帮我们实现了可以用lua的规范开发,实现各种业务,并且帮我们弄清楚各个模块的编译顺序。关于OpenResty,我想大家应该不再陌生,随着系统架构的不断升级、优化,OpenResty在被广泛的应用。
一、基础概念
1.什么是OpenResty?
-
OpenResty(又称:ngx_openresty) 是一个基于 NGINX 的可伸缩的 Web平台,由中国人章亦春发起,提供了很多高质量的第三方模块。
-
OpenResty 是一个强大的 Web 应用服务器,Web 开发人员可以使用 Lua 脚本语言调动 Nginx 支持的各种 C 以及Lua 模块,更主要的是在性能方面,OpenResty可以 快速构造出足以胜任 10K 以上并发连接响应的超高性能 Web 应用系统。
-
360,UPYUN,阿里云,新浪,腾讯网,去哪儿网,酷狗音乐等都是 OpenResty 的深度用户。
OpenResty 的目标是让你的 Web 服务直接跑在 Nginx 服务内部,充分利用 Nginx 的非阻塞 I/O 模型,不仅仅对 HTTP 客户端请求,甚至于对远程后端诸如 MySQL,PostgreSQL,~Memcaches 以及 ~Redis 等都进行一致的高性能响应。
所以对于一些高性能的服务来说,可以直接使用 OpenResty 访问 Mysql或Redis等,而不需要通过第三方语言(PHP、Python、Ruby)等来访问数据库再返回,这大大提高了应用的性能。
2.OpenResty运行原理
Nginx 采用的是 master-worker 模型,一个 master 进程管理多个 worker 进程,基本的事件处理都是放在 woker 中,master 负责一些全局初始化,以及对 worker 的管理。在OpenResty中,每个 woker 使用一个 LuaVM,当请求被分配到 woker 时,将在这个 LuaVM 里创建一个 coroutine(协程)。协程之间数据隔离,每个协程具有独立的全局变量_G。
二、配置缓存前移
(注:下文配置时用到的部分相关资源在前面LNMP架构系列博客中都有介绍,这里不再细说)
1.将不带memcache的nginx关闭,获得新的资源(已编memcahce的nginx)
[root@server1 ~]# nginx -s stop
2. 下载并解压源码包,如下所示:
[root@server1 ~]# scp root@172.25.10.250:/home/kiosk/Desktop/openresty-1.13.6.1.tar.gz .
[root@server1 ~]# tar zxf openresty-1.13.6.1.tar.gz
3.进行编译,如下所示:
[root@server1 ~]# cd openresty-1.13.6.1
[root@server1 openresty-1.13.6.1]# ls
[root@server1 openresty-1.13.6.1]# ./configure
4. 编译完成后安装时用gmake
[root@server1 openresty-1.13.6.1]# gmake && gmake install
5.将index.php复制到新的软件路径下
[root@server1 ~]# cd memcache-2.2.5
[root@server1 memcache-2.2.5]# ls
[root@server1 memcache-2.2.5]#
6. 编辑nginx的配置文件
[root@server1 conf]# cd /usr/local/openresty/nginx/conf
[root@server1 conf]# ls
[root@server1 conf]# vim nginx.conf
2 user nginx nginx;
3 worker_processes auto;
17 http {
18 include mime.types;
19 default_type application/octet-stream;
20 upstream memcache {
21 server localhost:11211;
22 keepalive 512;
23 }
47 location / {
48 root html;
49 index index.php index.html index.htm;
50 }
51 location /memc {
52 internal; #只接受内部访问,不接收外部http的访问(安全)
53 memc_connect_timeout 100ms;
54 memc_send_timeout 100ms; #后端服务器数据回传时间
55 memc_read_timeout 100ms; #连接成功后后端服务器响应时间
56 set $memc_key $query_string;
57 set $memc_exptime 300;
58 memc_pass memcache;
59 }
78 location ~ \.php$ {
79 set $key $uri$args;
80 srcache_fetch GET /memc $key; #请求php页面的时候先会去memcache中去找,如果没有,正常访问
81 srcache_store PUT /memc $key; #访问结束以后将结果存到memcache里一份
82 root html;
83 fastcgi_pass 127.0.0.1:9000;
84 fastcgi_index index.php; #key-value的形式存储
85 #fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
86 include fastcgi.conf;
87 }
配置文件详解:
-
upstream属于handler,只是他不产生自己的内容,而是通过请求后端服务器得到内容,所以才称为upstream(上游)。请求并取得响应内容的整个过程已经被封装到nginx内部,所以upstream模块只需要开发若干回调函数,完成构造请求和解析响应等具体的工作。nginx将memcache缓存前移,客户端请求到来,先查看nginx缓存
-
所有请求都通过请求这个location来操作 memcache,memc-nginx-module存取memcache是基于http method语义的
-
使用http的GET方法表示get、PUT方法表示set、这里我们将/memc设为internal表示只接受内部访问
-
不接收外部http请求,这是为了安全考虑,当然如果需要通过http协议开放外部访问,可以去掉internal然后使用deny和allow指令控制权限。比较重要的是memckey这个变量,它表示以什么作为key,这里我们直接使用Nginx内置的query_string来作为key,$memc_exptime表示缓存失效时间,以秒记。
-
这里统一设为300(5分钟),在实际应用中可以根据具体情况为不同的内容设置不同的过期时间。
-
为“~.php$”这个location配置了缓存,这表示所有以“.php”结尾的请求都会结果被缓存,当然这里只是示例需要,实际中一般不会这么配,而是为特定需要缓存的location配置缓存。
7. 检测语法错误,因为是重新编译的,所以需要使用绝对路径,同时打开服务查看端口
[root@server1 conf]# /usr/local/lnmp/openresty/nginx/sbin/nginx -t
[root@server1 sbin]# ./nginx
[root@server1 conf]# cd ../sbin
[root@server1 sbin]# netstat -tnlp
8. 将之前nginx默认发布目录中的.php文件复制到现在重新编译的nginx(openresty)的默认发布目录中
[root@server1 conf]# cd ../html
[root@server1 html]# pwd
[root@server1 html]# ls
[root@server1 html]# cp /usr/local/nginx/html/example.php .
注意:index.html表示访问正确时显示的页面
50x.html表示访问页面错误时显示的页面
9. 在真机中测试
浏览器测试:
压力测试:
总结:在memcache缓存上再加一层缓存,速度会大大提高,且出错率为0,因而可以说明从缓存中读取比从服务器中读取速度快
参考openresty中文官网 http://openresty.org/cn/