去年2021年12月30日中午，我们公司的网站，业务系统突然都无法运转，最终发现我们阿里云服务器自建mysql数据库出问题。
我们服务器数据库的多数业务数据库的表都报错同样问题， Table '****' doesn't exist ，赶紧用shell方式先把一个着急的客户需求做好后，便开始两天两夜的寻求解决问题之道，搜索了好多各种问题，最终感觉原因貌似ibdata*文件坏的可能性大。因为我们用的INNODB engine引擎, 每个表的后台数据文件 *.frm 和 *.ibd都在，所以开始网上的各种方案的尝试数据恢复，1月1日晚曾经晚上熬夜到凌晨4点 :-(
中间还曾到某宝找专业数据恢复的技术人员，远程登陆查看问题和报价WhatsApp网页版，一个靠谱的店家报价：最坏的情况是 一个table表的数据恢复的价格是2000，我们大概一个库的表数量是40多个，这费用逆天了。若真花钱买这服务，感觉也是对我一个程序员大叔的耻辱。请原谅我把穷逼解释得如此清新脱俗。
没办法继续找方案，查mysql的官网的各种资料。功夫不负有心人。刚刚 1月3日凌晨3点，搞定了。哈哈哈哈。
恢复成功的表数据
解决方案如下，希望能帮到同样问题的网友
1、安装相同版本的mysql；
2、找回表结构（若有表结构，直接导入表即可）
3、.ibd文件包含tablespace id，所以需要修改恢复数据.ibd文件的tablespace id和新建立的相同。可使用winHex（编辑16进制）。打开新建的.ibd文件，得到tablespace id。
4、打开需恢复的.ibd文件WhatsApp网页版，修改为 00 03。
5、停止mysql服务，保证innodb_force_recovery = 6。替换.ibd文件。启动mysql。数据和结构都恢复了。可以导出数据和结构。
最后，教训和感悟
一： 各位同行，切记做好数据库和各种程序及源码的安全备份。不要以为长时间没出问题就某天不会出问题。我这个案例就是，大概五年多从没出过这种状况，但刚刚碰到了WhatsApp网页版，虽然业务网站不是很重要，但是偶尔对我们公司业务帮助还是有的，重建的话，时间精力费用也不少。
二：学习和实践了这个技术方案，我也可以接单了哈，一个单子几千块至少，可以赚不少外快哈。