并发(五)之OpenResty:Nginx+lua实现一级缓存

  |   0 评论   |   0 浏览

OpenResty

  • 什么是OpenResty?
    OpenResty?是一个基于 Nginx 与 Lua 的高性能 Web 平台,其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。由国内大神章亦春开发并维护的开源软件;官网::http://openresty.org/cn/

  • 安装
    官方提供了各种平台下的安装教程:http://openresty.org/cn/installation.html ,可以根据自己的需要安装对应的版本,这里使用的是CentOS的安装

    sudo yum install -y yum-utils
    sudo yum-config-manager --add-repo https://openresty.org/package/centos/openresty.repo
    sudo yum install -y openresty
    sudo yum install -y openresty-resty
    sudo yum --disablerepo="*" --enablerepo="openresty" list available
    
    // 创建工作目录
    mkdir -p /var/openresty
    
    // 软件是安装在/usr/local/openresty目录下
    cd /usr/local/openresty
    
    // nginx的相关的指令还是一样的
    // 启动
    /usr/local/openresty/nginx/sbin/nginx
    
    // 验证配置是否正常
    /usr/local/openresty/nginx/sbin/nginx -t
    
    // 从起nginx
    /usr/local/openresty/nginx/sbin/nginx -s reload
    
    // 启动之后浏览器访问80端口即可看到相关的页面 如: http://192.168.1.160
    

    file 如遇图片加载失败,可尝试使用手机流量访问
    file 如遇图片加载失败,可尝试使用手机流量访问

三级缓存实现方案

  • 分发层
    通过Nginx+Lua按业务的特型,将同一类型的请求代理到同一个下游业务Nginx;如根据用户名,将同一个用户的请求代理到同一个业务NG;亦或者是根据商品ID将同一个商品的请求转发到同一个NG;这个得根据具体业务、场景、特性等要素综合分析;目的是为了方便下一级的业务NG能更好的对数据进行一级缓存;如果不这么做,可能会导致缓存命不中的问题;打个比方,当一个叫小明的用户,第一次请求代理到的业务NG1,数据回来NG1并做了本地缓存,结果第二次请求别代理到了NG2,又会走业务系统,这样前一次NG1的缓存压根没起到作用,业务服务响应之后此时NG2也会缓存一份数据,浪费了一份空间。
  • 一级缓存
    通过Nginx+Lua实现本地缓存。缓存命中,直接就响应客户端,命中失败或者缓存失效,则将请求转发到业务服务,当业务层返回,通过NG+Lua将响应结果缓存在本地;
  • 二级缓存(如:ehcache)
    当一级缓存未命中,请求会走到业务层,此时系统会查找本地堆内存中是否缓存了数据,如果命中,就直接返回;
  • 三级缓存(redis)
    当二级缓存未命中,业务系统会查询Redis,查看Redis中是否缓存数据,如果命中,就直接返回;如果未命中,就会将请求打到数据生产服务,然后通过查找DB将数据捞出来;业务系统收到数据之后,会将数据再次缓存到堆缓存和Redis缓存中并响应客户端中;

准备及整理结构

  • 第一步:准备插件

    cd /usr/local/openresty/lualib/resty
    // 建议在https://github.com/ledgetech/lua-resty-http 通过网页下载,实测通过wget下载出现了问题
    // 下载之后上传到/usr/local/openresty/lualib/resty
    
    // 下载http相关的插件
    wget https://github.com/ledgetech/lua-resty-http/blob/master/lib/resty/http.lua
    wget https://github.com/ledgetech/lua-resty-http/blob/master/lib/resty/http_headers.lua
    
  • 配置工作目录

    // 整体结构
    /var
      /openresty
        /project    -- 项目名
          /lua         -- lua脚本
          /conf      -- nginx的配置
    
  • 创建测试用例hello

    // 创建目录
    mkdir -p /var/openresty/hello/lua
    mkdir -p /var/openresty/hello/conf
    
  • 配置nginx主nginx.conf注入各个模块的conf配置

    vim /usr/local/openresty/nginx/conf/nginx.conf
    
    // 在http区域添加以下配置
    // 意思是将/var/openresty路径下所有项目中的conf配置全部载入进来
    include /var/openresty/*/conf/*.conf;
    
  • 创建测试的hello.lua脚本

    vim /var/openresty/hello/lua/hello.lua
    
    // 添加以下代码
    // 向客户端输出1234
    ngx.say("1234")
    
  • 创建测试的hello.conf

    vim /var/openresty/hello/conf/hello.conf
    
    // 添加以下配置
    server {
     listen 80;
    
     # 配置DNS解析服务器
     resolver 223.5.5.5 223.6.6.6 1.2.4.8 114.114.114.114 valid=3600s;
    
     location /hello {
       # 响应的数据类型,文本
       default_type    text/plain;
       # 直接返回一个123的文本
       #return 200 "123";
       # 指向一个lua脚本的路径,请求将由这个lua脚本执行,如果lua无返回,将继续往下执行
       content_by_lua_file /var/openresty/hello/lua/hello.lua;
     }
    }
    
  • 重启服务测试

    // 测试配置是否有问题
    /usr/local/openresty/nginx/sbin/nginx -t
    // 重启
    /usr/local/openresty/nginx/sbin/nginx -s reload
    

    file 如遇图片加载失败,可尝试使用手机流量访问

  • 其他机器;采用相关的方式将hello的接口配置出来

服务分发

  • 转发说明
    将cache1002的请求通过userid分发到cache1000和cache1001
    file 如遇图片加载失败,可尝试使用手机流量访问

  • 修改hello.lua

    -- 获取所有的请求参数
    local uri_args = ngx.req.get_uri_args()
    -- 拿到商品ID的字段
    local pId = uri_args["productId"]
    -- 拿到接口的地址
    local uri = ngx.var.uri
    
    -- 可以通过ngx.log打印日志,方便调试
    -- ngx.log(ngx.INFO,uri)
    
    -- 业务主机的ip
    local host = {"192.168.1.161","192.168.1.160"}
    -- 根据商品id计算hash 将请求转发的具体的服务器
    local hash = ngx.crc32_long(pId)
    -- hash取模得到具体的主机索引 +1是因为Lua的所有是从1开始的 #host计算主机的个数
    hash = (hash % #host) + 1
    
    -- 组装后端请求的地址
    local backend_url = "http://"..host[hash]
    
    -- 获取当前请求的请求方式
    local method = uri_args["method"]
    
    -- 引入http的工具
    local http = require("resty.http")
    -- 创建一个客户端的连接对象
    local httpc = http.new()
    
    -- 发起客户端请求
    local resp, err = httpc:request_uri(
        backend_url,   -- 请求地址
        {
          method = method,  -- 请求方式
          path = uri,      -- 接口地址
          query=uri_args    -- 请求参数
        }
    )
    
    -- 判断是否有响应结果
    if not resp then
        -- 没有的话 说明异常了,把异常信息返回给客户端
        ngx.say("error:", err)
        -- 终止后续流程,如果不return将会继续往后执行
        return
    end
    
    -- 响应请求结果
    ngx.say(resp.body)
    
    -- 关闭连接
    httpc:close()
    

    重启nginx

  • 160和161的配置

    // 修改hello.lua脚本为一下内容,注意,为了方便测试查看 cache1000表示当前的主机名
    // 输出格式为主机名加上各个参数的输出
    
    local uri_args = ngx.req.get_uri_args()
    
    ngx.say("cache1000")
    for k,v in pairs(uri_args) do
      ngx.say(k..":"..v)
    end
    

    // 重启服务

  • 测试

    http://cache1002/hello?productId=1&a=2&b=123
    http://cache1002/hello?productId=5&a=2&b=234
    

    file 如遇图片加载失败,可尝试使用手机流量访问

基于Lua的Nginx缓存

因为缓存属于业务模块,因此需要在cache1000和cache1001两台机器上配置Nginx的缓存,如下图:
file 如遇图片加载失败,可尝试使用手机流量访问

准备工作
  • 资源下载

    https://github.com/bungle/lua-resty-template
    // 下载并解压
    cd lua-resty-template-master/lib/resty
    cp template.lua /usr/local/openresty/lualib/resty/
    mkdir -p /usr/local/openresty/lualib/resty/html
    cp ./template/html.lua /usr/local/openresty/lualib/resty/html/
    
    // 创建测试模版的路径
    mkdir -p /var/openresty/hello/templates
    
  • 修改hello.conf

    vim /var/openresty/hello/conf/hello.conf
    
    // 添加以下配置  /var/openresty/hello/templates 表示模版存放的路径
    set $template_location "/templates";
    set $template_root "/var/openresty/hello/templates";
    
    
  • 配置缓存

    vim /usr/local/openresty/nginx/conf/nginx.conf
    // 添加以下配置
    lua_shared_dict lupf_cache 128m;
    
  • 测试接口

    // 以下是本地开发的一个用于测试使用的接口,会根据ID模拟返回一个商品信息
    // 此接口很随意,本文关注的是ng的缓存,所以这里随意给个接口即可
    http://192.168.1.82:19002/product/getbyid?productId=1
    
    // 响应数据
    {
        "id": 1,
        "title": "xxx手机",
        "desc": "重构一切",
        "price": 4999,
        "icons": "a.png;b.png"
    }
    
模版创建
  • 模版标签语法说明

    {* expression *}:表达式(变量)转义输出,类似于Spring MVC中输出ModelAndView中的变量;
    {( template )}:所包含的模板文件,类似于JSP中的include标签,一般我们可以将网页通用的head和footer包含进来;
    {{ expression }}:表达式(变量)做HTML转义输出;;
    {% lua code %}:Lua代码执行块;
    {[ expression ]}:包含表达式文件 (表达式结果),可以这样使用:{["file.html", { message = "Hello, World" } ]},上面是官方文档给的注释,个人觉得和{(template)}没啥区别,直接在上面写表达式会报错;
    {# comment #}:代码注释(不输出、不执行);
    {-block-}...{-block-}:该标签对的内容会被识别为一个Lua代码块,(请注意block不要用成verbatim或raw了,否则会被识别为纯文本输出);
    {-verbatim-}...{-verbatim-} 或者 {-raw-}...{-raw-}:两类标签的内容不会被lua-resty-template解析,并作为纯文本输出;
    
  • 创建模版

    cd /var/openresty/hello/templates
    vim product.html
    
    // 添加以下测试的html模版
    <html>
      <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <title>商品详情页</title>
      </head>
      <body>
        商品id: {* productId *}<br/>
        商品标题: {* productTitle *}<br/>
        商品描述: {* productDesc *}<br/>
        商品价格: {* productPrice *}元<br/>
      </body>
    </html>
    
Lua脚本编写
  • 修改cache1000和cache1001上的hello.lua

    -- 拿到所有的请求参数
    local uri_args = ngx.req.get_uri_args()
    local pId = uri_args["productId"]
    
    -- lupf_cache为conf中配置
    local cache_ngx = ngx.shared.lupf_cache
    
    -- 组装缓存的key
    local productCacheKey = "product_info_"..pId
    
    -- 获取缓存
    local productCache = cache_ngx:get(productCacheKey)
    -- 删除缓存 测试使用
    -- cache_ngx:delete(productCacheKey)
    
    -- 判断是否获取到了缓存
    if productCache=="" or productCache == nil then
      -- 引入http模块
      local http = require("resty.http")
      -- 创建一个http的连接
      local httpc= http.new()
    
      -- 获取数据的路径
      local url = "http://192.168.1.82:19002"
      -- 接口地址
      local path = "/product/getbyid"
    
      -- 请求接口
      local resp,err=httpc:request_uri(
        url,
        {
          method="GET",  -- 接口的请求方式
          path = path,  -- 接口的地址
          query = {productId=pId}  -- 接口参数
        }
      )
    
      -- 判断是否有响应结果
      if not resp then
        -- 没有的话 说明异常了,把异常信息返回给客户端
        ngx.say("error:", err)
        -- 终止后续流程,如果不return将会继续往后执行
        return
      end
    
      -- 获取响应的数据
      productCache = resp.body
      -- 将数据设置到缓存
      cache_ngx:set(productCacheKey,productCache,10*60)
    end
    
    -- 输出,调试所用
    -- ngx.log(ngx.INFO,"productCache:"..productCache)
    
    -- 引入json模块
    local cjson = require("cjson")
    -- 将本地的缓存转换为json对象
    local productCacheJSON = cjson.decode(productCache)
    
    -- 设置数据与模版匹配关系的上下文
    local context = {
      productId = productCacheJSON.id,
      productTitle = productCacheJSON.title,
      productDesc = productCacheJSON.desc,
      productPrice = productCacheJSON.price
    }
    
    -- 引入模版模块
    local template = require("resty.template")
    -- 载入模版
    template.render("product.html", context)
    
  • 测试

    //目前的缓存策略
    1、nginx缓存数据30s
    2、本地对缓存数据2条
    3、redis缓存数据60s
    

    第一次加载数据file 如遇图片加载失败,可尝试使用手机流量访问
    30s nginx过期,60s redis过期等测试file 如遇图片加载失败,可尝试使用手机流量访问
    到此,基于NG的缓存已经可以实现,但是,这个中间还存在了一些问题,比如 服务发现问题,新加的服务无法自动加入服务,挂了的服务无法踢出;热点数据的问题!这些其实也有方案可以去解决,但是这里主要讲的是缓存方案;后续整理之后再继续完善这部分功能。



标题:并发(五)之OpenResty:Nginx+lua实现一级缓存
作者:码霸霸
地址:https://blog.lupf.cn/articles/2020/04/17/1587095387737.html