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

ssdb-repair 修复完了,一直repair #1408

Open
QQxiaoyuyu opened this issue Nov 22, 2021 · 1 comment
Open

ssdb-repair 修复完了,一直repair #1408

QQxiaoyuyu opened this issue Nov 22, 2021 · 1 comment

Comments

@QQxiaoyuyu
Copy link

QQxiaoyuyu commented Nov 22, 2021

image
x修改完成后,说部分数据丢失,然后就一直compact,请问这个还有救吗

}Y_0QL_BGRVAYXG$%R18%%8

@marlboroman81
Copy link

marlboroman81 commented Jan 26, 2023

I've also done the DB repair like you, with ssdb-repair tool:
Here's the log:
2023/01/26-01:14:07.245068 7f9e65ee3780 Archiving /media/nvm/ssdb2/data/MANIFEST-1580581: OK
2023/01/26-01:14:07.245385 7f9e65ee3780 **** Repaired leveldb /media/nvm/ssdb2/data; recovered 15127 files; 441227573671 bytes. Some data may have been lost. ****

After the repair was done it began to compact the data. I've interrupted it.
But after I start the SSDB daemon it begins the data compacting process again automatically and the write performance became very poor.
How can I make it stop compacting and return to normal write performance? (My DB folder size is about 410 Gb.)
The DB folder located at fast Enterprise NVMe Intel DC4510 8Tb.
Thanks a lot!

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