场景一：云主机重启后文件丢失
发布时间：2022-09-23 15:48:58 所属栏目：MySql教程 来源：
导读： 在云主机的日常运维工作中，我们的工程师经常会遇到用户上报的文件丢失类问题mysql主机，原因多种多样，这些问题对用户造成了或大或小的困扰。现将其中较典型的场景梳理出来，希望能够帮助大家规避掉这些风险，防
|
在云主机的日常运维工作中，我们的工程师经常会遇到用户上报的文件丢失类问题mysql主机，原因多种多样，这些问题对用户造成了或大或小的困扰。现将其中较典型的场景梳理出来，希望能够帮助大家规避掉这些风险，防止重复踩坑。 场景一：云主机重启后文件丢失 场景二：误执行rm命令场景三：文件系统损坏（FIO） 2、放开云主机磁盘限制后，仍然出现异常；MySQL服务不断的在crash，并且备机与主机的现象一样，打印如下日志： 3、DBA定位，反馈 MySQL的数据文件有问题。4、在备机上发现，mysql 数据文件所在卷的文件系统有异常并且异常比较严重，在该卷上创建创建文件也会失败： 5、通过history命令分析root用户操作记录，发现用户使用fio命令对/dev/vdb磁盘(/data卷所在的磁盘)直接进行压测，压测有随机写、顺序写，而不是写/data目录： 6、MySQL主节点也有执行相同的 fio 操作，由于fio是绕过文件系统层直接对块设备进行操作，磁盘的真实数据已经被覆盖，导致文件已经严重破坏，MySQL数据库无法解析错误的数据文件，从而crash。 7、2台MySQL主机的/data卷数据已经不可靠，需要重新格式化/data卷，并通过备份节点进行恢复数据。 测试完成后，再删除该文件即可，不然会占用 -size 参数所指定的空间。 场景四：文件系统损坏(DD) 2、通过dmesg及 /var/log/messages日志文件看到有大量xfs文件系统的报错： 3、通过history命令分析root用户操作记录，发现root用户有使用dd 命令对 /dev/vdb 磁盘(/data卷所在的磁盘)直接进行压测，对/dev/vdb磁盘写零： 场景五：数据盘被误删除 2、在虚拟化控制台，确认磁盘是否已经删除（State状态要为Ready）： 3、如果尚未删除，可以将云磁盘重新attach到主机；4、在云门户同步云磁盘信息。 （编辑：我爱制作网_沈阳站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐
浙公网安备 33038102330576号