Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

说几个使用体验吧 #24

Open
laugh0412 opened this issue Jun 19, 2024 · 1 comment
Open

说几个使用体验吧 #24

laugh0412 opened this issue Jun 19, 2024 · 1 comment

Comments

@laugh0412
Copy link

1/首先感谢,在已经绝望的情况下,google看到了这个解决方案,虽然不能完美解决问题,但确实提供了许多帮助。
2/在可完全恢复的文件,从sql里面看到 decimal(10,2)的数据类型部分正确,部分变成超长的负数,大部分情况下代表的是0,还有一些null的情况变成一串0x....的长字符串
3/部分ibd文件无法恢复,只能恢复部分,一般是表字符CHARSET=utf8mb3,但实际表是完整无损的。
4/最后,其实我是在清理磁盘空间的时候,清空了undo_001,undo_002,最终发现把四个文件重命名undo_001,undo_002,ib_logfile0,ib_logfile1,重启mysql,重新生成了四个文件,数据都是原来的,一切都恢复正常了,当然可能部分提交中的数据有丢失也未知。

@ddcw
Copy link
Owner

ddcw commented Jun 19, 2024

1/首先感谢,在已经绝望的情况下,google看到了这个解决方案,虽然不能完美解决问题,但确实提供了许多帮助。 2/在可完全恢复的文件,从sql里面看到 decimal(10,2)的数据类型部分正确,部分变成超长的负数,大部分情况下代表的是0,还有一些null的情况变成一串0x....的长字符串 3/部分ibd文件无法恢复,只能恢复部分,一般是表字符CHARSET=utf8mb3,但实际表是完整无损的。 4/最后,其实我是在清理磁盘空间的时候,清空了undo_001,undo_002,最终发现把四个文件重命名undo_001,undo_002,ib_logfile0,ib_logfile1,重启mysql,重新生成了四个文件,数据都是原来的,一切都恢复正常了,当然可能部分提交中的数据有丢失也未知。

  1. 感谢反馈.
  2. mysql的版本是否是 8.0.28(不含)以上呢. 是否做过DDL (add/drop column alg=instant)呢?
  3. 如果存在部分恢复, 可以使用强制解析试下, 看数据行是否完整.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants