近日記事2-PG庫掛掉了,還是恢復吧~

        這個坑才補完,一個坑接着一個坑的來喲。

        我們這邊呢,cdh用的是PG,爲了和應用庫統一,說實話,還是有些無法駕馭。

        現象:

        
   image.png


        應用上報了一個錯誤,喲 這個我見過,順手因爲該庫不是特別重要,讓小弟去研究 研究 順便弄一弄

        其實這錯誤以前遇到過,就那麼幾步查查刪刪就搞定。

        放個鏈接:

        https://www.2cto.com/database/201802/720718.html

        但是!!!事實上並不是這樣看下圖:

        image.png


        image.png   


        這不對呀。。然後換了張表(一個庫的)

        image.png

        

另外一個庫的表


image.png     

   


        後來和前端開發的老大商量(這裏的前端指的是java 和前端 總稱爲前端  並不是寫js css的前端老大),哪個數據壞了,清空或者刪了嘛

        然後又這麼幹了,管他三七二十一的,反正不影響其他庫就行。

        刪了果然恢復了,當時看着也沒撒影響。。 回家睡覺~

        

        第二天。  job無法執行,cm無法打開,數據接入卡load,監控zabbix掛掉。。。。。。。

        又出大事了!!!!

        然後看到的還是

        image.png


        19147又出現了 其實還有很多的報錯
image.png



        索引?先不管了還是解決哪個19147的問題 ? 經過商量,07號的數據有備份,要不先恢復單張表吧,說幹就幹,不過哪那麼簡單,外鍵就無法執行下去了,發生了下邊的現象

              

image.png


        想恢復單張表,因爲外鍵的關係,又找不到183,但是sql 查詢走索引就不能,不走索引就可以?  

        手賤的重啓了下pg,準備重啓後 在重建(現在想想也許還是不明智。)
            

        然後就再也沒起來過

        一直
image.png     

        後來重建數據庫,恢復到時間點 07號凌晨數據來解決。特此記錄!   
        

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章