鍍金池/ 教程/ Java/ 超時
定時任務
函數(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)文件服務
執(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 基礎數(shù)據(jù)類型
動態(tài)限速
PostgresNginxModule
簡單API Server框架
API 測試
location 匹配規(guī)則
虛變量
單元測試
防止 SQL 注入
select + set_keepalive 組合操作引起的數(shù)據(jù)讀寫錯誤
阻塞操作
全動態(tài)函數(shù)調(diào)用
Web 服務
典型應用場景
Nginx 新手起步
TLS session resumption
輸出響應體
調(diào)用代碼前先定義函數(shù)
module 是邪惡的
怎樣理解 cosocket
模塊
Socket 編程發(fā)展
如何對 Nginx Lua module 添加新 api
如何在后臺開啟輕量級線程完成定時任務?
如何定位問題
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)絡瓶頸
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)的推薦,我們應該如何看待?
script 壓縮復雜請求
非空判斷
性能測試
函數(shù)返回值
API 的設計
kong 介紹
表達式
不支持事務
LuaRestyDNSLibrary 簡介

超時

當我們所有數(shù)據(jù)庫的 SQL 語句是通過子查詢方式完成,對于超時的控制往往很容易被大家忽略。因為大家在代碼里看不到任何調(diào)用 set_timeout 的地方。實際上 PostgreSQL 已經(jīng)為我們預留好了兩個設置。

請參考下面這段配置:

location /postgres {
    internal;

    default_type text/html;
    set_by_lua_block $query_sql {return ngx.unescape_uri(ngx.var.arg_sql)}

    postgres_pass   pg_server;
    rds_json          on;
    rds_json_buffer_size 16k;
    postgres_query  $query_sql;
    postgres_connect_timeout 1s;
    postgres_result_timeout 2s;
}

生產(chǎn)中使用這段配置,遇到了一個不大不小的坑。在我們的開發(fā)機、測試環(huán)境上都沒有任何問題的安裝包,到了用戶那邊出現(xiàn)所有數(shù)據(jù)庫操作異常,而且是數(shù)據(jù)庫連接失敗,但手工連接本地數(shù)據(jù)庫,發(fā)現(xiàn)沒有任何問題。同樣的執(zhí)行程序再次 copy 回來后,公司內(nèi)環(huán)境不能復現(xiàn)問題。考慮到我們當次升級剛好修改了 postgres_connect_timeoutpostgres_result_timeout 的默認值,所以我們嘗試去掉了這兩行個性設置,重啟服務后一切都好了。

起初我們也很懷疑出了什么詭異問題,要知道我們的 nginxPostgreSQL 可是安裝在本機,都是使用 127.0.0.1 這樣的 IP 來完成通信的,難道客戶的機器在這個時間內(nèi)還不能完成連接建立?

經(jīng)過后期排插問題,發(fā)現(xiàn)是客戶的機器上安裝了一些趨勢科技的殺毒客戶端,而趨勢科技為了防止無效連接,對所有連接的建立均阻塞了一秒鐘。就是這一秒鐘,讓我們的服務徹底歇菜。

本以為是一次比較好的優(yōu)化,沒想到因為這個原因沒能保留下來,反而給大家?guī)砺闊?。只能說企業(yè)版環(huán)境復雜,邊界比較多。但也好在我們一直使用最常見的技術(shù)、最常見的配置解決各種問題,讓我們的經(jīng)驗可以復用到其他公司里。

上一篇:如何定位問題下一篇:測試