減輕秒殺伺服器壓力的損招

2021-05-24 01:48:10 字數 481 閱讀 3035

最近趕上聖誕、陽曆新年,農曆新年馬上將至,很多購物**使出慣用伎倆「秒殺」招攬客戶。由於秒殺的東西超級便宜,很多人都想得到這個便宜,所以在秒殺那一刻,**伺服器都會面臨洪水猛獸般的壓力。在秒殺前,**一般都會進行效能和高可用方面的調優,還有準備充分的伺服器抵擋壓力。如果壓力估算準了,**或許能扛的住;如果壓力估算偏差,**瞬間崩潰。

早在**秒殺剛推出的時候,我就想了一招,如何將秒殺的伺服器壓力轉移?於是我選擇了移動,為什麼選擇移動?人家自己說自己牛唉,什麼大網才有大xx。損招一出,移動肯定要恨死我。

此招很簡單,我們都知道一般情況下,乙個手機號只能接通乙個**,不管多少人打**給你。接乙個**代表使用一種臨界資源,不管多少人打**代表併發。在秒殺活動前,去申請乙個新的移動號碼。在秒殺頁面提示,在某某時間會公布一手機號,大家都來撥打,如果撥通,並通話的就秒殺成功。看看,提交秒殺的壓力全到了移動的網路裝置上了,有效的減輕了**伺服器的壓力。

啥時候等我開個秒殺網,用此招可以試試移動的網路。呵呵!

後端伺服器的壓力測試

比如我要測試伺服器的連線數最大能達到多少?以前測試的方法是乙個客戶端開啟n個執行緒 n 1000 或者2000,3000 但是並沒有達到測試的效果。做過一些測試,基本方法是啟動乙個客戶端,通過多個執行緒來同時來連線客戶端,乙個執行緒相當於乙個客戶端連線,執行緒數量是可控制的,設定引數一般為 100,...

伺服器壓力測試心得

最近完成了乙個伺服器框架,於是測試的他的qps,發現了乙個奇怪的問題,測試出來qps只有3w s,與前面說的10w s,有很大的差距。使用trace命令列印出glibc函式呼叫資訊,發現了大部分的時間程式處於鎖等待狀態,我開始懷疑認為是內部使用鎖占用太多時間。於是乎改為無鎖佇列。關於無鎖佇列已經記錄...

Web伺服器那些招

使用伺服器自帶的 etc logrotate 配置檔案 etc logrotate.d nginx 比如nginx usr local nginx logs access.log b xarg就會代替大括號 對於前端有suggest的功能 千萬不要監聽onchange事件,當輸入框輸入乙個鍵的時候就...