星期五，但没有周末。 :(我的同事正在度假，我自己也不是MySQL Pro。
所以今天早上我们的页面停止了工作，我现在正试图解决几个小时，但是我自己也无法解决。
因此，基线错误是：
“状态：”InnoDB：致命：尝试访问空间0空间名称/ var / lib / mysql / db / ibdata1中的页码62087，它位于表空间边界之外。字节偏移0，len 16384 i / o类型10.请检查配置是否与InnoDB系统表空间位置匹配（ibdata文件）“”
我确实在这里发现了一个非常类似的问题：https://dba.stackexchange.com/questions/183862/trying-to-solve-outside-tablespace-bounds-mysql-error-but-recovering-table-wi
可悲的是，没有提供解决方案。
上面帖子中的命令“mysqldump”无论如何都无法正常工作，因为整个服务都没有启动。
我使用snapper从昨天重新创建了DB状态 - ＆gt;这就是为什么我完全不知道它为什么现在不起作用的原因。试过星期三的时间戳 - 同样的问题。
配置如下：
[mysqld]
datadir=/var/lib/mysql/db
socket=/var/lib/mysql/mysql.sock
innodb_data_home_dir = /var/lib/mysql/db
innodb_data_file_path = ibdata1:10M:autoextend
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
# include all files from the config directory
#
!includedir /etc/my.cnf.d
innodb_force_recovery=4
移动/重命名原始的ibdata1并没有解决任何问题。我们的想法是，让系统重新创建文件可以解决问题。
对此的任何意见都表示高度赞赏。
我不太关心数据丢失，只要该服务将再次运行，它现在具有最高优先级。
非常感谢
詹姆斯