-
Notifications
You must be signed in to change notification settings - Fork 409
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
Dropped tables can not be physically removed if syncAllSchema
is trigger frequently
#9227
Comments
In the previous versions
|
/report customer |
Close as it will be fixed in the next patch version of release-6.5 and release-7.1. v7.5 or later are not affected. |
Bug Report
Please answer these questions before submitting your issue. Thanks!
1. Minimal reproduce step (Required)
Run the following SQLs repeatedly
2. What did you expect to see? (Required)
The dropped table can be successfully removed from tiflash instances
3. What did you see instead (Required)
The dropped tables' IStorage instances remain in TiFlash even after the gc_safepoint is exceed than the drop timepoint + gc_lifetime.
More and more ".sql" files of the dropped tables' remain in TiFlash instance disk. TiFlash sync all schema become more and more slower.
4. What is your TiFlash version? (Required)
v6.5.10
The text was updated successfully, but these errors were encountered: