Skip to content

infoschema v2 loads all the tables when starts #60044

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.

Sign up for GitHub

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

Jump to bottom
Closed
Leavrth opened this issue Mar 13, 2025 · 3 comments · Fixed by #60103 · May be fixed by #60235
Closed

infoschema v2 loads all the tables when starts #60044

Leavrth opened this issue Mar 13, 2025 · 3 comments · Fixed by #60103 · May be fixed by #60235
Assignees
@River2000i
Labels
affects-9.0 This bug affects the 9.0.x versions. component/ddl This issue is related to DDL of TiDB. component/infoschema severity/major type/bug The issue is confirmed as a bug.

Comments

@Leavrth
Copy link
Contributor

Leavrth commented Mar 13, 2025 •
edited
Loading

Bug Report

Please answer these questions before submitting your issue. Thanks!

1. Minimal reproduce step (Required)

  1. BR restore to cluster so that the table info is cloned.
  2. start a TiDB or BR

2. What did you expect to see? (Required)

the normal tables are not loaded into memory

3. What did you see instead (Required)

the normal tables are loaded into memory

The loaded table has field "fk_info":[] instead of "fk_info":null.

4. What is your TiDB version? (Required)

master
@Leavrth Leavrth added type/bug The issue is confirmed as a bug. severity/major labels Mar 13, 2025
@River2000i
Copy link
Contributor

/assign

@jebter jebter added the component/ddl This issue is related to DDL of TiDB. label Mar 17, 2025
@River2000i River2000i mentioned this issue Mar 17, 2025
Merged
13 tasks
@ti-chi-bot ti-chi-bot bot closed this as completed in c508e4b Mar 17, 2025
@ti-chi-bot ti-chi-bot mentioned this issue Mar 17, 2025
Merged
13 tasks
@River2000i
Copy link
Contributor

the issue still exist when the cluster had restored table by br or run recover table. need reopen it.

@River2000i River2000i mentioned this issue Mar 24, 2025
Open
13 tasks
ti-chi-bot bot pushed a commit that referenced this issue Mar 24, 2025
@ti-chi-bot
meta: clone table info with new foreign keys default to nil (#60103) (#…
7aff918 
…60129)

close #60044
@jebter
Copy link

jebter commented Mar 27, 2025

Releted to issue: #50959

zeminzhou pushed a commit to zeminzhou/tidb that referenced this issue May 6, 2025
@River2000i @zeminzhou
meta: clone table info with new foreign keys default to nil (pingcap#…
5e1fe48 
…60103)

close pingcap#60044
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@River2000i River2000i

Labels
affects-9.0 This bug affects the 9.0.x versions. component/ddl This issue is related to DDL of TiDB. component/infoschema severity/major type/bug The issue is confirmed as a bug.
Projects
None yet
Milestone
No milestone
3 participants
@jebter @Leavrth @River2000i