大家好,我是小弗。
俗话说,90% 的故障都是由于变更引起的。小弗也亲身经历过无数次这种事了。那不做变更,行不行?答案是肯定不行!实际网络使用过程中,网络设备的过保替换、版本升级、漏洞修复、网络优化等,都是日常运维中一定会出现的情况,这些内容也都要通过变更来完成。既然无法避免做变更,那么只能通过减少变更次数、优化变更流程来尽量避免引发故障。
这不,有位读者来稿,最近做 Zabbix 虚拟机迁移,引发 mysql 数据库故障。
Zabbix 的 Mysql 故障处理
最开始故障发生是由于Zabbix服务器做了虚拟机迁移,迁移后mysql数据库故障。
页面报错提示:
Error in query [SELECT itemid FROM history WHERE itemid IN (640747,640748,640749) AND clock>1645424779 GROUP BY itemid] [Got error 194 “Tablespace is missing for a table” from storage engine InnoDB]

然后检查空间,空间没有问题:

查看 mysql 的错误日志:
my.cnf 配置文件也有路径
./var/lib/selinux/targeted/active/modules/100/mysql
./var/lib/mysql
./var/lib/mysql/mysql

本文讲述了在Zabbix服务器虚拟机迁移后遇到的Mysql数据库故障,表现为Error in query和Tablespace is missing错误。通过检查配置、日志、数据表结构,发现历史记录表history损坏。通过复制健康表的.frm和.ibd文件恢复了history表,解决了故障。文章强调了故障复盘的重要性,以防止类似问题再次发生。
最低0.47元/天 解锁文章
1934

被折叠的 条评论
为什么被折叠?



