一次公眾號入口流量暴漲的處理實戰
一、十點鐘流量暴漲
有人說今天在搞活動，在搶購一個某某理財產品。趕緊找人了解入口url，火狐F12分析了下，發現有600多KB的js文件，如下：
這個域名沒啟用CDN，腳本查了下，再次驗證了前面F12的數據，源站流量主要是被幾個大js文件吃光了。
二、準備啟用CDN
經分析，後端為php，已經做了動靜分離，靜態資源在一個項目，動態資源在另外一個項目，用的同一個域名。
只需對靜態資源啟動CDN，不能緩存動態接口，緩存策略如下：
第二天十點再觀察，源站流量大幅下降，CDN擋住了絕大部分流量：
緩存命中率也在95%以上。
一次公眾號入口流量暴漲的處理實戰
相關推薦
一次公眾號入口流量暴漲的處理實戰
網絡 可能 引流 命中 緩存命中 做了 sha shadow 圖片 先說結論：沒經過技術運營團隊評估，千萬別隨便搞促銷活動。哪怕是靠公眾號引流的一些小型促銷活動，也可能引起網絡流量暴漲，導致故障。 一、十點鐘流量暴漲有人說今天在搞活動，在搶購一個某某理財產品。趕緊找人了解入
記一次服務器IO過高處理過程
linux 服務器 緩沖區 io負載 記一次服務器IO過高處理過程 一、背景 在一次上線升級後，發現兩臺tomcat服務器的IOwait一直超過100ms，高峰時甚至超過300ms，檢查服務器發現CPU負載，內存的使用率都不高。問題可能出現在硬盤讀寫，而且那塊硬盤除了寫日誌外，沒有其他
記一次truncate導致的鎖表處理
需要 表現 cti 分析 慢查詢 ces sql 業務 復雜 一個不是很大的表，由數據分析部門生成並用於業務。由於代碼發了新版需要第一次運行，所以在業務低峰期讓數據部門執行了，邏輯是先truncate再insert重建。由於一直以來都沒問題，覺得不會出錯。結果過一會兒悲劇了
記一次Ceph日誌損壞的分析處理過程
Ceph 日誌 1、故障現象 今天下午看到群友在說一個問題，說ceph的某個osd處於down的狀態，我大概整理下他的處理過程 1、查看OSD的狀態2、查看日誌信息3、啟動對應的ceph-osd服務4、檢查集群健康狀態 2、日誌損壞了，如何讓osd重新上線 思路：重建日誌a、先把/var/lib/ce
一次ipv6導致Cisco6509cpu高的處理過程
Cisco6509 cpu高 ipv6核心交換機是Cisco6509E，出現的問題是cpu從20%飆升到60%1、在Cisco6509上使用命令 show proc cpu sort 5min 可以查看到導致cpu高的原因是ipv6 input2、於是在Cisco6509下面的各個vlan抓包，共計12棟樓3
一次網頁打不開故障處理——無耐的退場
一個 火車 放棄 官網 故障處理 迷茫 影響 其中 垃圾 最近有一辦公室人員打來電話，說他有兩個網頁打不開，那是他工作中必須用的，請我去給處理。 不能影響工作啊。到了一看，確實是打不開。就是火車票的１２３０６購票官網，能進網站，但是點客運服務的時候，就怎麽也沒反應了。換用
記一次成功的arp流量轉發以及實驗過程中出現的問題
0x00 前言 之前筆者仔細學習了arp協議和arp欺騙的原理和細節，這裡通過kali linux和其他虛擬機器完成一個實驗 實驗環境： kali linux 2018.2(32位) winxp(32位) ，均為虛擬機器 實驗工具：arpspoof，
記一次SQLSERVER2008R2資料庫查詢超時問題處理
資料庫環境： WINDOWS2008R2 SQLSERVER2008R2 應用程式環境： REDHAT6.5 TOMCAT JAVA 一、故障現象 某系統應用查詢超時 相關SQL： SELECT v.OBarcode Ba
一坨公眾號文章連線
《程式設計師小灰 》 csdn 官方賬號？ 程式設計師小灰2017年原創匯總 程式設計師小灰2018上半年原創匯總 併發 漫畫：什麼是 CAS 機制？ 漫畫：什麼是CAS機制？（進階篇） 分散式 漫畫：什麼是拜占庭將軍問題？ 資料結構 漫畫：什麼是跳躍
記錄一次不能傳送郵件故障處理
伺服器使用的是萬網的vps,郵件伺服器是阿里雲郵箱。今天發現不能傳送郵件。 1：編寫測試程式碼，傳送過程中，發現出現服務超時。我沒有伺服器管理許可權，處理起來比較棘手。 2：經過百度搜索，發現阿里雲伺服器是禁止25埠傳送郵件的。 我們使用的是萬網vps,可能近期也封禁25 傳
記一次Controller改造，及SpringMVC處理流程
概述 由於工作需要，需實現這樣一個功能的controller框架： 1，Restful API 2，請求引數校驗（請求中需要攜帶指定的引數，才能進入控制器方法。一次請求會攜帶一些基本資訊，以及請求資料，此處校驗的是請求資料的攜帶情況） 3，請求格式校驗（請求格式需要符合規定，才能進入
記一次linux系統gpfs系統故障處理
故障現象： 客戶反應業務系統不能正常訪問，物理主機面板有告警燈。 故障判斷處理： 我們到達現場直接用顯示器接物理主機，顯示登入介面且可以正常登入。 1.檢視之後發現網路與閘道器不通。當時思路是將網路服務重啟。重啟網路服務卡死無法啟動，（思考：當時應該只
Java後臺與微信公眾號互動----接收並處理微信客戶端傳送的請求
還是一樣，理論就不說了，直接上程式碼！ 在進行這個操作之前，必須得與微信客戶端進行比對成功才行，具體可參考上一篇部落格。 doGet()是上一篇部落格已經說了的，在這裡就不詳細說了。 public class WeChatServlet extends HttpServlet { /
記一次redis叢集搭建的問題處理
1.複製3份conf檔案，用來起不同埠的3個redis應用 修改conf： port 6399 bind 10.61.70.136 183.61.70.136 dir /data/redis/data/ 2.分別將3個redis啟動起來 ./redis-server ../con
坑爹的jack-server（摘記一次jack-server無法啟動問題處理要點）
本來jack-server挺好的，也成功編譯了一次android7.1.2原始碼。改天不知怎麼了，再編譯時報錯：communication error with Jack server (1)，上網查，類似報錯多為（58）、（77）等，（1）的一個沒找到。硬著頭皮用相關方法進
記一次 JVM 原始碼分析(5.異常處理)
異常列印 Java 如果發生異常，通常會呼叫 Throwable.printStackTrace 去列印堆疊資訊。 堆疊資訊包括完整類名，方法名，java 檔名，行號 而這樣的資訊根據發生 Crash 執行緒所經歷的n個方法會打印出n行。 整個過程被稱為棧回朔
記一次掛馬清除經歷：處理一個利用thinkphp5遠端程式碼執行漏洞挖礦的木馬
昨天發現 一臺伺服器突然慢了 top 顯示 幾個程序100%以上的cpu使用 執行命令為 : /tmp/php -s /tmp/p2.conf 基本可以確定是被掛馬了 下一步確定來源 last 沒有登陸記錄 先幹掉這幾個程序，但是幾分鐘之後又出
記一次zabbix-server服務啟動失敗處理過程（Zabbix 3.0.9）
注意PID相關的是否是與selinux相關的 在CentOS7x64 7.3.1611上測試部署Zabbix 3.0.9，到啟動zabbix-server服務時報錯： [[email protected] ~]#systemctl restart zabbix-s
Android6.0及以上版本一次請求多個許可權的處理方式
final private int REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS = 124; private void insertDummyContactWrapper() { List<Stri
微信支付一 ：公眾號支付3 申請退款
/** * 驗證簽名 * * @param map * @return */ public boolean verifyWeixinNotify(Map<Object, Object> map) {