f
善用Pagbadger 報表跟開發單位溝通的一個案例 ~ 迪貝之家
skip to main |
skip to sidebar
| 26號接到一封mail |
| 說是25號晚上某個趟次的job跑的時間比平時久 |
| ........................... |
| 只好上系統看log |
| 手動目視我就覺得看不到有什麼異狀 |
| 然後去grep "duration:" 這個字串 |
| 靠....那來的顯著的long query |
| 好吧~~ 就去跑了24號及25號的pgbager報表 |
| 看到數據後,mail給他們leader |
| 我就問啦~~ |
| 為什麼25號的這個查詢執行次數 |
| 是24號的2倍 |
| 還好...這個leader算理性 |
| 她告知25號處理的資料是24號的2倍 |
| 我就說啦~~ |
| 這樣子的話,那25號的執行時間會比較久也是正常的囉 |
| 至少還能溝通.... |
| 我就說嘛~~ |
| 管理postgres 怎麼可能不用工具 |
| 不用工具,你怎麼跟人家溝通 |
| 這系統也是從最近離職同仁手上接來的 |
| auto_explain及pg_stat_statements都沒預載 |
| 所以看到這個case的時候 |
| 心裡就在想.... |
| 該怎麼debug ??? |
| Postgres的管理機制畢竟沒辦法跟Oracle比 |
| 人家一個差異報表程式一跑 |
| 我就可以看結果了 |
| Postgres就是得人工比對 |
| 這就是opensource與商用軟體的差異 |
