事件起因：清明假期期間接到甲方**說系統「某些」功能訪問異常；
事件排查過程：
1.首先懷疑是各網點網路異常（有些網點業務正常），建議由網點長ping伺服器（甲方網路故障有前科）；經過兩個小時的跟蹤，發現網路正常的情況下也會出現異常；
2.排查網路的過程中檢查了資料庫的效能及相關業務的表結構，甲方資料庫隨著業務的增大資料量也隨之增大（某些核心業務表資料量達到500萬+），懷疑是資料量增大，某些業務查詢緩慢，導致業務異常，於是反覆斟酌下增加相關表的索引，經過驗證，查詢效能提高了，還是有網點出現異常；至此排除網路及資料庫的問題；
3.排除2之後，將問題轉向**問題，經過與版本管理人員及研發負責人溝通，相關業務**沒有變更，此時還沒有說明此次上線對控制項（c++研發dll、ocx）做了相關公升級；此時距離故障發生已經五個小時，甲方大佬已經徹底發火了（這次上線版本是在沒有經過測試甲方要求必須上線的情況下上線的，工期實在太緊，來不及送測）
4.此時研發人員反映此次上線做了控制項公升級，研發人員說自測控件沒問題，經過現場測試發現控制項本身確實沒問題，研發人員電腦為win7系統，網點上有很多系統為xp系統，此時基本確定問題為控制項公升級引起，xp系統控制項覆蓋沒有老控制項引起問題；聯絡網點的小姐姐遠端重新安裝控制項之後恢復正常，至此所有問題已經明朗；
後記：此次上線甲方臨時要求上線，不符合上線流程；控制項公升級沒有結果測試就強制上線；
結論：控制項公升級有風險，公升級上線需謹慎
記一次 轉義引發的血案
周五的下午，擼完了 默默的憧憬週末的生活，突然前端告訴我，介面又 了 檢查之後，發現是物件接收時間格式的時候出錯，默默的做了轉換，發現 突然我發現資料庫的字段竟然亂碼了 完成數底於周任務80 扣除月績效20 原本應該是要這樣的，結果百分號全部亂碼了，剛開始還以為前後端之間的字元型別不對，導致文字格式...
一次去o索引建錯引起的血案
故事背景 公司之前的資料庫儲存使用的都是oracle,後面為了跟上時代步伐 進行了一次浩浩蕩蕩的去o過程,首當其衝的就是將oracle換成mysql,在後期幫甲方開發專案我們都統一使用mysql,由於我們的程式是一套程式適配兩個資料庫型別,這樣就出問題了，問題點是突然某一天甲方反饋使用者在高峰期 操...
記一次裝mysql服務引發的血案
從裝mysql服務之後，按原來的方式 原來的使用者名稱密碼 連線資料庫，可是不管怎樣都連線不上 這是什麼原因呢？我想了想，試試不填寫密碼看能不能成功，炸一試果然成功了，這下子可以好好複習複習dos命令抄作mysql了 但是高興的太早了，連線資料庫之後，顯示所有資料庫，炸一看怎麼只有三個資料庫了 分析...