今天数据库升级，升到了一半，眼看就要将数据全部导入到自己升级后的表中去了，结果由于服务器磁盘空间不足，服务器宕机了，显示死锁；重启服务器怎么也不能重启成功；
查看日志
[ERROR] The server quit without updating PID file
进入到数据文件目录
上网搜寻结果：
让我删掉mysql-bin.index文件和ib——logfile0等相关文件，我索性将mysql-bin.~rec~文件也删除掉；
重启无果；
查看进程是否占用， PS -ef|grep mysqld 发现并没有 mysqld 进程
然后网上又说 https://blog.csdn.net/u010098331/article/details/50752640
按照他的套路一步一步做下去，发现毫无意义；并没有任何作用；可能是因为他的是修改配置后出错的解决办法吧，然而我的是宕机；
后面又有人让我修改配置文件
当我用这个重启，发现连日志文件也没有，有点绝望啊
还有一计：
也是没有任何用，结果 还是一直提示没有更新pid文件
这时候，我朋友让我用 df -h看一下磁盘空间,我发现我数据库的那个盘已经100%的使用率了
这时候，我将一些没有任何作用的表数据删除，清理出了，大概24G左右的内存
继续开启mysql服务；然而好像并没有什么卵用；
这个时候，我又看到大牛发话了https://www.cnblogs.com/glon/p/6728380.html点击打开链接
innodb_force_recovery；本身我配置文件中设置的值是为0，有人说应该设为4；我试了4，结果还是不行，这是后已经崩溃了，心理已经承受不了了，开始动重启服务器电脑的想法了；但是后来想想，重启电脑应该还是一个结果；急中生智；我把这个换成3试一下；结果OK了；服务器重启成功了；但是主从复制有问题；主从复制由于InnoDB强制恢复阻塞失败 1881 错误；
我将我失败的表，损坏的表删除掉了；因为做了备份；修改回InnoDB_force_recovery=0重启服务器，主从复制也没问题了；
后面只能从头再来升级了；
加班很苦逼，但加班需要有些收获，虽然