| Bug #102761 | Inactive code | ||
|---|---|---|---|
| Submitted: | 1 Mar 2021 9:13 | Modified: | 2 Mar 2021 13:31 |
| Reporter: | linfeng chen | Email Updates: | |
| Status: | Not a Bug | Impact on me: | |
| Category: | MySQL Server: InnoDB storage engine | Severity: | S3 (Non-critical) |
| Version: | 5.7.21 | OS: | Any |
| Assigned to: | CPU Architecture: | Any | |
[2 Mar 2021 13:31]
MySQL Verification Team
Hi Mr. chen, Thank you for your bug report. However, the code that you are analysing is from an old release. If you look a the code fromt our latest release, you will notice that this inactive code has been removed long time ago. Not a bug.

Description: In the function:row_truncate_table_for_mysql I cleared all the adaptive hashes at step nine: err = SysIndexIterator().for_each(dropIndex); Why do you have to clean up again? fil_reinit_space_header_for_table buf_LRU_flush_or_remove_pages buf_LRU_drop_page_hash_for_tablespace How to repeat: Inactive code Suggested fix: I found that I had cleared all the adaptive hash data when I dropped the index. Adaptive hashing is built on index.