鍍金池/ 教程/ Java/ 如何在后臺開啟輕量級線程完成定時任務(wù)?
定時任務(wù)
函數(shù)的參數(shù)
超時
一個 openresty 內(nèi)存“泄漏”問題
獲取 uri 參數(shù)
局部變量
sleep
灰度發(fā)布
TIME_WAIT
代碼覆蓋率
連接池
CentOS 平臺安裝
稀疏數(shù)組
如何只啟動一個 timer 工作?
變量的共享范圍
break,return 關(guān)鍵字
Nginx
SQL 注入
如何引用第三方 resty 庫
不同階段共享變量
獲取請求 body
動態(tài)生成的 lua-resty-redis 模塊方法
動態(tài)加載證書和 OCSP stapling
repeat 控制結(jié)構(gòu)
編碼為 array 還是 object
Nginx 靜態(tài)文件服務(wù)
執(zhí)行階段概念
Lua 函數(shù)
日期時間函數(shù)
健康監(jiān)測
與其他 location 配合
for 控制結(jié)構(gòu)
函數(shù)定義
HTTPS 時代
點號與冒號操作符的區(qū)別
String 庫
文件操作
OpenResty 最佳實踐
<code>ngx.shared.DICT</code> 非隊列性質(zhì)
使用動態(tài) DNS 來完成 HTTP 請求
代碼規(guī)范
什么是 JIT?
Windows 平臺安裝
正確的記錄日志
LuaNginxModule
不用標準庫
C10K 編程
控制結(jié)構(gòu)
請求中斷后的處理
Lua 環(huán)境搭建
Test::Nginx 能指定現(xiàn)成的 nginx.conf,而不是自動生成一個嗎
Lua 基礎(chǔ)數(shù)據(jù)類型
動態(tài)限速
PostgresNginxModule
簡單API Server框架
API 測試
location 匹配規(guī)則
虛變量
單元測試
防止 SQL 注入
select + set_keepalive 組合操作引起的數(shù)據(jù)讀寫錯誤
阻塞操作
全動態(tài)函數(shù)調(diào)用
Web 服務(wù)
典型應(yīng)用場景
Nginx 新手起步
TLS session resumption
輸出響應(yīng)體
調(diào)用代碼前先定義函數(shù)
module 是邪惡的
怎樣理解 cosocket
模塊
Socket 編程發(fā)展
如何對 Nginx Lua module 添加新 api
如何在后臺開啟輕量級線程完成定時任務(wù)?
如何定位問題
table 庫
json 解析的異常捕獲
如何安裝火焰圖生成工具
lua 中如何 continue
if 是邪惡的
為什么我們的域名不能被解析
抵制使用 module() 定義模塊
測試
body 在 location 中的傳遞
Lua 入門
子查詢
pipeline 壓縮請求數(shù)量
如何發(fā)起新 HTTP 請求
Lua 簡介
緩存失效風暴
Ubuntu 平臺安裝
日志輸出
緩存
Lua 面向?qū)ο缶幊?/span>
Nginx 陷阱和常見錯誤
Redis 接口的二次封裝(發(fā)布訂閱)
日志
訪問有授權(quán)驗證的 Redis
正則表達式
lock
熱裝載代碼
調(diào)用 FFI 出現(xiàn) &quot;table overflow&quot;
數(shù)據(jù)合法性檢測
禁止某些終端訪問
控制結(jié)構(gòu) if-else
調(diào)試
與 Docker 使用的網(wǎng)絡(luò)瓶頸
PostgresNginxModule 模塊的調(diào)用方式
用 do-end 整理你的代碼
FFI
什么時候使用
簡介
環(huán)境搭建
Mac OS X 平臺安裝
火焰圖
負載均衡
while 型控制結(jié)構(gòu)
如何定位 openresty 崩潰 bug
使用 Nginx 內(nèi)置綁定變量
判斷數(shù)組大小
請求返回后繼續(xù)執(zhí)行
Redis 接口的二次封裝
KeepAlive
反向代理
協(xié)議無痛升級
數(shù)學庫
元表
Vanilla 介紹
HelloWorld
LuaCjsonLibrary
持續(xù)集成
代碼靜態(tài)分析
網(wǎng)上有大量對 Lua 調(diào)優(yōu)的推薦,我們應(yīng)該如何看待?
script 壓縮復雜請求
非空判斷
性能測試
函數(shù)返回值
API 的設(shè)計
kong 介紹
表達式
不支持事務(wù)
LuaRestyDNSLibrary 簡介

如何在后臺開啟輕量級線程完成定時任務(wù)?

Question:

現(xiàn)在有一個場景:需要定時(30s)從redis里面拉取數(shù)據(jù)灌入 lua cache 共享內(nèi)存。我現(xiàn)在是用 ngx.timer 這個 API 來實現(xiàn)的,請問這會不會有問題?因為對 ngx.timer 這個 API 不是很了解看了文檔說是:在后臺開啟了一個輕量級線程來執(zhí)行,與原來的請求脫鉤。場景需求是拉取灌入的操作不能阻塞 worker 。

  1. 請問這樣能夠滿足需求嗎?會不會有阻塞問題?
  2. ngx.timer 我現(xiàn)在是放在 content_by_lua_file 中的,需要訪問接口才能啟動,有沒有可以開啟 worker 的時候就啟動 timer 的辦法(我試了放在 init_by_lua_file 里面好像不生效。。。)
  3. 這個 timer 是每個 worker 里面都會有還是只有一個 worker 里面會有呢?(看文檔貌似是只有一個 worker 里面會有,這也是我的需求)

Answer:

  1. 請問這樣能夠滿足需求嗎?會不會有阻塞問題?

    只要使用的都是 OpenResty 的 API 和庫,是不存在阻塞問題的。只要大體確認一下當前 nginx 進程負載壓力不要太高,能夠確定獲取到工作時間片即可。

  2. 有沒有可以開啟 worker 的時候就啟動 timer 的辦法 。。。

    其實這里你已經(jīng)點出關(guān)鍵字了,借助 init_worker_by_lua 即可。

  3. 這個 timer 是每個 worker 里面都會有還是只有一個 worker 。。。

    通過 init_worker_by_lua 啟動的 ngx.timer 是對每個 worker 的。如果這里需要控制 timer 的存在數(shù)量,可以借助 ngx.worker.id 完成 ngx.timer 數(shù)量控制,比如只啟動一個或多個,并讓他們確定綁定在哪個 worker 上。

如何使用 os.getenv 獲取系統(tǒng)環(huán)境變量

Question: 如題

Answer:

如果你想在 Lua 中通過標準 Lua API os.getenv 來訪問系統(tǒng)環(huán)境變量,例如 foo , 那么你需要在你的 nginx.conf 中,通過 env 指令,把這個環(huán)境變量列出來。 例如:

env foo;

lua-resty-mongol3 用戶名、密碼驗證部分占用時間過長

Question

這個庫的使用流程大致如下:

1. 創(chuàng)建一個 mongo 對象(local conn =mongo:new())
2. 創(chuàng)建一個連接 mongodb(conn:connect("192.168.1.254",27017))
3. 選擇數(shù)據(jù)庫(local db = conn:new_db_handle("openresty"))
4. 然后 auth 驗證(db:auth_scram_sha1("username","password"))
5. 接收數(shù)據(jù)執(zhí)行 insert 操作
6. 放入連接池(conn:set_keepalive(10000, 100))

主要問題是用戶登錄部分占用將近 1/3 的時間,這個合理么?如何優(yōu)化?

Answer

為了回答上面的問題,我們先粗略整理一下數(shù)據(jù)庫連接池的通常做法,看下面流程圖:

http://wiki.jikexueyuan.com/project/openresty/images/summy_list_20160801.png" alt="" />

主要區(qū)別:如何減少不必要的用戶驗證過程,合理高效的復用已有連接。其實對于已經(jīng)驗證過的連接,直接使用即可。

比較推薦的改進方法,參考 lua-resty-mysql 的實現(xiàn),對不同 ip、port、db、user、password 綁定不同的連接池名字,讓不同連接目的連接歸類存放,并在數(shù)據(jù)庫層直接完成用戶驗證動作。

OpenResty 中不能被 jit 編譯的地方有日志提示嗎?

Question:如題

Answer:

是可以借用 jit.v 或者 jit.dump 這兩個 lua 模塊可以輸出 NYI 等日志。它們都是 luajit 自帶的標準模塊,在針對 jit 編譯器做 lua 代碼優(yōu)化時,這兩個模塊之一是必須的。具體用法可以參考 lua-resty-core 項目的測試集。

jit.dump 輸出的信息最詳盡,從 trace 的 bc 到 ir 再到 mcode,jit.v 則比較簡略。書鑫老師正在做一個更好的 luajit IR dumper,jit.dump 目前輸出的 IR 列表不夠直觀,不夠友好。書鑫老師的 IR 輸出看著像高級語言偽碼。

引用一下 lua-resty-core/t/md5.t 的第一個測試用例,為了突出重點,這里做了一下節(jié)選:

our $HttpConfig = <<_EOC_;
    lua_package_path "$pwd/lib/?.lua;../lua-resty-lrucache/lib/?.lua;;";
    init_by_lua_block {
        local v = require "jit.v"
        v.on("$Test::Nginx::Util::ErrLogFile")
        require "resty.core"
    }
_EOC_

__DATA__

=== TEST 1: set md5 hello
--- http_config eval: $::HttpConfig
--- config
    location = /md5 {
        content_by_lua_block {
            local s
            for i = 1, 100 do
                s = ngx.md5("hello")
            end
            ngx.say(s)
        }
    }
--- request
GET /md5
--- response_body
5d41402abc4b2a76b9719d911017c592
--- error_log eval
qr/\[TRACE   1 content_by_lua\(nginx\.conf:\d+\):3 loop\]/
--- no_error_log
[error]

解釋一下,對是否執(zhí)行了 LuaJIT 優(yōu)化編譯,最后是通過 error_log eval 這個小節(jié)匹配確定的。這是預期的一條被 JIT 優(yōu)化編譯的日志輸出結(jié)果。

而對于沒有被 JIT 編譯優(yōu)化,是有下面類似日志輸出的,會出現(xiàn) NYI(Not Yet Implemented) 關(guān)鍵字,比如下面:

[TRACE --- db_base.lua:247 -- NYI: bytecode 51 at db_base.lua:252]

有興趣的同學,可以自己玩下 jit.dump ,對匯編比較了解的同學,有驚喜哦。

上一篇:虛變量下一篇:什么時候使用