1.分析及解决方案概述分析原因通过对现有信息的分析,可以看到爱数厂商备份生产数据库,恢复到测试环境启动报错,是由于配置文件错误引起。对于不同环境,默认安装目录和安装插件不同,无法完全复用配置文件,通过修改配置文件解决。解决方案针对现有情况,建议如下:1)修改配置文件2)测试环境尽量和生产保持一致性后续计划 xxx2.问题描述03月7日MySQL从k8s迁移到到MHA主从后,爱数厂商备份生产数据库,恢复到测试环境启动报错,未导致系统/业务发生重启/业务中断,未产生不良影响,后修改配置文件解决,需要从根本上分析问题原因,避免该类问题再次发生;操作系统版本 RHEL 7数据库架构 Single数据库版本 MySQL 8.0.45业务名称 xxx3.问题分析3.1问题现象升级MySQL版本后启动正常,后台日志无报错爱数厂商备份生产数据库,恢复到测试环境启动报错3.2启动日志分析可以发现很多报错(audit审计插件、半同步插件、basedir目录位置)3.3配置文件分析可以发现生产环境和测试恢复环境的目录不同修改对应配置后启动成功3.4问题分析总结综合上述分析,我们可以看到:爱数厂商备份生产数据库,恢复到测试环境启动报错,是由于配置文件错误引起。对于不同环境,默认安装目录和安装插件不同,无法完全复用配置文件,通过修改配置文件解决。4.处理/优化建议针对现有情况,建议如下:1)修改配置文件2)测试环境尽量和生产保持一致性
1.分析及解决方案概述分析原因通过对现有信息的分析,可以看到爱数厂商备份生产数据库,恢复到测试环境启动报错,是由于配置文件错误引起。对于不同环境,默认安装目录和安装插件不同,无法完全复用配置文件,通过修改配置文件解决。解决方案针对现有情况,建议如下:1)修改配置文件2)测试环境尽量和生产保持一致性后续计划 xxx2.问题描述03月7日MySQL从k8s迁移到到MHA主从后,爱数厂商备份生产数据库,恢复到测试环境启动报错,未导致系统/业务发生重启/业务中断,未产生不良影响,后修改配置文件解决,需要从根本上分析问题原因,避免该类问题再次发生;操作系统版本 RHEL 7数据库架构 Single数据库版本 MySQL 8.0.45业务名称 xxx3.问题分析3.1问题现象升级MySQL版本后启动正常,后台日志无报错爱数厂商备份生产数据库,恢复到测试环境启动报错3.2启动日志分析可以发现很多报错(audit审计插件、半同步插件、basedir目录位置)3.3配置文件分析可以发现生产环境和测试恢复环境的目录不同修改对应配置后启动成功3.4问题分析总结综合上述分析,我们可以看到:爱数厂商备份生产数据库,恢复到测试环境启动报错,是由于配置文件错误引起。对于不同环境,默认安装目录和安装插件不同,无法完全复用配置文件,通过修改配置文件解决。4.处理/优化建议针对现有情况,建议如下:1)修改配置文件2)测试环境尽量和生产保持一致性