这个坑才补完，一个坑接着一个坑的来哟。

        我们这边呢，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号凌晨数据来解决。特此记录！