并发(五)之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://lupf.cn/articles/2020/04/17/1587095387737.html