恢复ECS 300G mysql数据库,在不正确的道路上越走越远

项目背景

mysql5.6.46查询mysql.user表 error 1036 table ‘user‘ is read only
https://editor.csdn.net/md/?articleId=107824063

如何越错越远

1、在本机上通过 innobackupex方式恢复后,没有任何报错,在通过mysqld启动数据库时无法正常启动,后台也没有详细的报错信息(以为备份有问题)
这里犯了两个错误
其一、对没有详细的报错信息进行下一步分析,后面通过mysqld_safe启动时,告之缺少mysql-bin.index
其二、可以将备份信息拷贝到其他服务器进行异机恢复以便验证备份是否有问题(有多的ECS)
2、因为之前存有建表语句,可以通过传输表空间来恢复,这里准备在该机重新初始化一个新数据库,又遇到以下问题
其一、通过mysql_install_db defaults-file=/etc/mysql13307.cnf无法成功初始化数据库
其二、通过mysql_install_db datadir=/data/mysql_13307可以进行初始化
其三、通过mysql_install_db也可以初始化
说明:
其一、其二都存储目录都是指向另一块ECS云硬盘,mysql13307.cnf配置文件在本机之前做初始化后保留的,配置文件本身没有问题(因为在另一个ECS上测试过了),相应MYSQL数据目录的权限已经给到777了。
其三、是初始化到系统盘目录的
到这里怀疑是云硬盘有问题,这里暂时没有到相关的信息,简单对云硬盘进行读写是没问题的,但就是无法在本机的另一块云硬盘初始化数据库
3、在另一个台ECS上重新初始化一个数据库实例,将所有表结构创建上,通过alter table discard tablespacce、 alter table import tablespace来传输表空间,遇到了以下问题
其一、应该在另一台ECS上直接进行innobackupex恢复以便检查备份是否有效
其二、通过 navicat12多窗口分库同时执行alter table import tablespace时,所有操作都快结束了,结果后台的数据库崩溃了,后台日志如下
InnoDB: auto-extending data file .\ibdata1 is of a different size 20992 pages (rounded down to MB) than specified in the .cnf file: initial 128000 pages, max 0 (relevant if non-zero) pages!
再启动数据库也是一样的报错信息

4、把目录的ibdata1、ib_logfile0-2移走后,重新启动数据库,又遇到以下问题
其一、能看到所有的表名,但不能查询
其二、重新创建数据库,执行导入表结构、alter table discard /import tablespace,在命令行执行import tablespace时,数据库遇到一小段时间又崩溃了。

这一天就这么结束了,明天接着写后面的

猜你喜欢

转载自blog.csdn.net/weixin_41561946/article/details/107850579