摘要:偶然發(fā)現(xiàn)有一用戶同一時間領(lǐng)取了兩份新客券懷疑客戶端未做防重復提交處理,但問了客戶端同事,確實做了防重復提交處理,然后查看日志發(fā)現(xiàn)也只有一條領(lǐng)券日志記錄只有一條領(lǐng)券請求為什么會有并發(fā)領(lǐng)券的情況呢然后查看后端的請求日志該時間點上卻有兩條日志
偶然發(fā)現(xiàn)有一用戶同一時間領(lǐng)取了兩份新客券 懷疑客戶端未做防重復提交處理, 但問了客戶端同事, 確實做了防重復提交處理, 然后查看Nginx日志 發(fā)現(xiàn)也只有一條領(lǐng)券日志記錄
106.121.xxx.xxx [07/Dec/2016:00:12:06 +0800] "POST /activity/receive?t=1481040726076 HTTP/1.1" 200 0.071 116 … 0.072 Upstream:"10.0.10.117:20200"
只有一條領(lǐng)券請求 為什么會有并發(fā)領(lǐng)券的情況呢?
然后查看后端tomcat的請求日志 該時間點上卻有兩條日志
2016-12-07 00:12:06,426 - ApiLog -29049760 [http-nio-10.0.10.117-20200-exec-22] INFO - Api:/activity/receive Req:{"t":"1481040726076"} Resp:{"processTime":0,"serverTime":1481040726425,"success":true} 2016-12-07 00:12:06,427 - ApiLog -29049761 [http-nio-10.0.10.117-20200-exec-76] INFO - Api:/activity/receive Req:{"t":"1481040726076"} Resp:{"processTime":0,"serverTime":1481040726427,"success":true}
懷疑
要么Nginx漏記了一條日志
要么Nginx重復向后端發(fā)了請求
因為對Nginx的工作原理不熟悉 不知該如何查找問題原因
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/39402.html
摘要:反向代理模塊何為反向代理接收客戶端請求,并把請求交給后端服務器處理,后端服務器處理完成后,響應通過反向代理服務器返回給客戶端。作為反向代理服務器經(jīng)常要配置一組服務器,以實現(xiàn)負載均衡。 1、nginx反向代理模塊 何為反向代理?接收客戶端請求,并把請求交給后端服務器處理,后端服務器處理完成后,響應通過反向代理服務器返回給客戶端。反向代理可實現(xiàn)局域網(wǎng)中的服務器可被公網(wǎng)中的客戶端訪問,也可實...
摘要:這個指令屬于模塊的,指定后端返回什么樣的異常響應時,使用另一個是專門提供負載均衡器內(nèi)節(jié)點的健康檢查的外部模塊,由淘寶的姚偉斌大神開發(fā),通過它可以用來檢測后端的健康狀態(tài)。 關(guān)于nginx的安裝和基本配置請參考nginx,本文在原基礎(chǔ)上完成以下幾個功能: 結(jié)合proxy和upstream模塊實現(xiàn)nginx負載均衡 結(jié)合nginx_upstream_check_module模塊實現(xiàn)后端服...
摘要:上圖中,每個紅圈表示一個請求,每一層的請求分別是上一層請求的子請求。換而言之,父請求是依賴于子請求的。特別地,的子請求運行時,會阻塞父請求掛起其對應的協(xié)程。 張超:又拍云系統(tǒng)開發(fā)高級工程師,負責又拍云 CDN 平臺相關(guān)組件的更新及維護。Github ID: tokers,活躍于 OpenResty 社區(qū)和 Nginx 郵件列表等開源社區(qū),專注于服務端技術(shù)的研究;曾為 ngx_lua 貢...
閱讀 1593·2021-09-02 15:41
閱讀 998·2021-09-02 15:11
閱讀 1280·2021-07-28 00:15
閱讀 2309·2019-08-30 15:55
閱讀 1145·2019-08-30 15:54
閱讀 1694·2019-08-30 15:54
閱讀 2975·2019-08-30 14:02
閱讀 2524·2019-08-29 16:57