-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
executor: invalidate infoschema's stats cache after analyze
#32803
Conversation
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
analyze
analyze
Code Coverage Details: https://codecov.io/github/pingcap/tidb/commit/53a3bdf3756fb686ff7ed61aa98022d7500f3ba4 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Btw how heavy are the getRowCountAllTable()
and getColLengthAllTables()
functions?
Should we improve them to only take a single table at a time, in case INFORMATION_SCHEMA tables that are based on mysql.stats_meta are very rarely used and there are a huge number of tables?
/hold @mjonss Thanks for pointing out! I will try to improve it. |
/unhold |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
/merge |
This pull request has been accepted and is ready to merge. Commit hash: 12f9309
|
/hold |
@tangenta Seems have some problems with UT. |
@tangenta PTAL |
/unhold |
/merge |
This pull request has been accepted and is ready to merge. Commit hash: 53a3bdf
|
TiDB MergeCI notify✅ Well Done! New fixed [1] after this pr merged.
|
What problem does this PR solve?
Issue Number: close #32693.
Problem Summary:
The statistic cache for
information_schema
is only updated when the modification time is >= 3 seconds. This is strange for the user who query theinformation_schema
immediately afteranalyze
: it shows the row count is outdated.What is changed and how it works?
This PR add an
invalidate()
interface to the statistic cache. Now the cache becomes invalid after executing theanalyze
statements.Check List
Tests
Side effects
Documentation
Release note