1. GPG Keys升级导致安装失败

错误信息：

The GPG keys listed for the "MySQL 5.7 Community Server" repository are already installed but they are not correct for this package.
Check that the correct key URLs are configured for this repository.Failing package is: mysql-community-server-5.7.43-1.el7.x86_64GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

解决方案：

重新导入GPG Keys.
rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2022

2. 服务器重启导致mysql的部分数据文件损坏

错误信息：

[ERROR] InnoDB: Trying to access page number 4294967295 in space 0, space name innodb_system, which is outside the tablespace bounds. Byte offset 0, len 16384, i/o type read. I
f you get this error at mysqld startup, please check that your my.cnf matches the ibdata files that you have in the MySQL server.

故障分析：

由于部分数据文件损害，导致mysql在启动过程之中，会检查一些部分内容失败，导致mysql服务启动失败。

/etc/my.cnf 加入 innodb_force_recovery=X 行X为0-6数字
0正常运行mysql
1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。
2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。
3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。
4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。
5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。
6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。当设置innodb_force_recovery参数值大于0后，可以对表进行select,create,drop操作,但insert,update或者delete这类操作

解决方案：

1. 设置mysql启动时候的恢复引导级别。跳过部分内容的加载和校验，启动mysql服务；
2. copy出数据库中的数据；
3. 重置mysql服务器（重新实例化）
4. 重新设置mysql引导设置级别。
5. 用第二步备份的数据，来恢复；