全功能web应用服务器Openresty介绍,


openresty简介

  • 官网地址
    http://openresty.org/
  • 介绍
    OpenResty (也称为 ngx_openresty)是一个全功能的 Web 应用服务器,它打包了标准的 Nginx
    核心,很多的常用的第三方模块,以及它们的大多数依赖项。

    OpenResty 通过汇聚各种设计精良的 Nginx 模块,
    从而将 Nginx 有效的变成一个强大的 Web 应用服务器,
    这样, Web 开发人员可以使用 Lua 脚本语言调动 Nginx 支持的各种C以及Lua 模块,
    快速构造出足以胜任 10K+ 并发连接响应的超高性能Web 应用系统.

    OpenResty 的目标是让你的Web服务直接跑在 Nginx 服务内部,
    充分利用 Nginx 的非阻塞 I/O 模型,
    不仅仅对 HTTP 客户端请求,甚至于对远程后端诸如
    MySQL,PostgreSQL,Memcaches 以及 Redis 等都进行一致的高性能响应.


编译安装

下载编译安装包

wget http://openresty.org/download/ngx_openresty-1.7.10.2.tar.gz

解压之后进入解压目录进行编译参数配置

./configure --prefix=/data/soft/openresty --user=nginx --group=nginx

以上编译参数可根据自己的实际需求调整,./configure --help 查看参数
make & make install 编译安装

安装后的目录介绍


Nginx对请求的多阶段处理

了解openresty之前,我们先熟悉下nginx对请求的处理过程。
nginx接收到客户端的请求之后,对请求的处理,是分阶段的,总共有11个

按照大类分:POST_READ阶段,SERVER_REWRITE阶段,FIND_CONFIG阶段,REWRITE阶段,POST_REWRITE阶段,PREACCESS阶段,ACCESS阶段,POST_ACCESS阶段,TRY_FILES阶段,CONTENT阶段,LOG阶段

因为openresty里面集成了很多模块,实际上就是在不同的处理阶段注册相应的函数,lua模块的加入让nginx本身有了处理lua脚本的能力


为什么openresty快

nginx对请求的处理模式是异步非阻塞的,通过参数配置的优化(linux 内核参数优化),可以达到10万左右的并发处理能力
openresty基于nginx,加上了很多第三方模块,主要是lua,能够使得nginx在内部处理lua的脚本,
lua虽然是脚本语言,但是lua的性能很好,尤其是基于lua-jit的运行

这个图片是nginx+php-fpm的模型,当nginx接收到php请求,就会转交给php-fpm

php-fpm接收到请求要进行一系列初始化工作,完了执行脚本,之后释放本次请求分配的资源,执行一些回收操作

openresty接收到动态请求,用lua去处理,直接是在nginx内部,后续的一些动作没有,而且lua-jit是非常高效的,因此openresty快是情理之中

由于lua和nginx结合的如此紧密,使得我们可以在nginx请求的各个阶段灵活的处理

openresty常用参数或者接口

github地址
https://github.com/openresty/lua-nginx-module

nginx.conf中可以使用的执行lua的指令

  • lua_package_path(http)
    设置运行查找库文件的目录 ;;默认地址
  • lua_package_cpath(http)
  • lua_code_cache(http, server, location, location if)
    开启之后对性能提升非常明显,线上开启
  • init_by_lua init_by_lua_file(http)
  • init_worker_by_lua init_worker_by_file(http)
  • set_by_lua set_by_lua_file(server, server if, location, location if)
  • content_by_lua content_by_lua_file content_by_block(location, location if)
  • rewrite_by_lua rewrite_by_lua_file(http, server, location, location if)
  • access_by_lua access_by_lua_file
  • header_filter_by_lua header_filter_by_lua_file
  • body_filter_by_lua body_filter_by_lua_file
  • log_by_lua log_by_lua_file
  • lua_shared_dict
    lua_shared_dict dogs 10m;

lua中可以使用的nginx api

  • ngx.arg (set_by_lua, body_filter_by_lua**)
  • ngx.var.VARIABLE(set_by_lua, rewrite_by_lua, access_by_lua, content_by_lua, header_filter_by_lua, body_filter_by_lua, log_by_lua*)
  • print[ngx.log(NOTICE,...]
  • ngx.ctx(nit_worker_by_lua, set_by_lua, rewrite_by_lua, access_by_lua, content_by_lua, header_filter_by_lua, body_filter_by_lua, log_by_lua, ngx.timer.**)
  • ngx.location.capture
  • ngx.header.HEADER
  • ngx.req.start_time
  • ngx.req.get_method
  • ngx.req.read_body
  • ngx.redirect
  • ngx.print ngx.say ngx.log ngx.eof
  • ngx.now ngx.utctime
  • ngx.shared.DICT
  • ngx.timer.at

实际应用案例

  • 使用 resty.memcached访问操作memcache
  • 使用 resty.mysql访问 msyql

注意要点

  • 尽量在声明变量时使用local,使用ngx.var ngx.print等的时候也尽量设定为本地变量
  • 错误处理需要使用pcall 包装要执行的代码
  • 使用require加载模块
  • 请求返回可以继续执行任务(fastcgi_finish, ngx.eof())
  • 尾调用
  • 连接池使用
  • 数组下标1 #aa 可以获取数组大小,但是千万不要使用
  • ....

相关内容

    暂无相关文章