Bug #91862 | Wrong instant_cols in information_schema.innodb_tables | ||
---|---|---|---|
Submitted: | 2 Aug 2018 3:23 | Modified: | 25 Oct 2018 7:08 |
Reporter: | feng guo | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Server: Information schema | Severity: | S3 (Non-critical) |
Version: | 8.0.12 | OS: | Any |
Assigned to: | CPU Architecture: | Any |
[2 Aug 2018 3:23]
feng guo
[2 Aug 2018 5:50]
MySQL Verification Team
Hello feng guo, Thank you for the report! Thanks, Umesh
[21 Aug 2018 20:15]
Jimmy Yang
I think this is either a doc problem or genuine bug. What this "instant_cols" shows is the "number of user columns when the first instant ADD COLUMN happens", that is, before we do any instant add column, how many existing non-instant user columns there are. So in your case, it is always 2 for the first set of add columns, as there are column "a" and "b". Once optimizer table is done, all 5 columns are no longer instant, so it will show always 5 columns. However, the doc does mistakenly show this is num of added columns: INSTANT_COLS shows the number of columns added instantly using ALTER TABLE ... ADD COLUMN with ALGORITHM=INSTANT. We will check if this will be fixed as doc bug or code bug.
[22 Aug 2018 10:27]
Daniel Price
The correct description for the column is: "INSTANT_COLS shows number of columns in the table prior to adding the first instant column" The following information was updated: https://dev.mysql.com/doc/refman/8.0/en/innodb-information-schema-system-tables.html Changes should appear online within 24 hours.