Bug #17937 | index entry update error in innodb table | ||
---|---|---|---|
Submitted: | 5 Mar 2006 13:54 | Modified: | 7 Mar 2006 7:45 |
Reporter: | li zhan | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | MySQL Server: InnoDB storage engine | Severity: | S3 (Non-critical) |
Version: | 5.0.18 | OS: | Linux (Red Hat Linux release 8.0 (Psych) |
Assigned to: | Heikki Tuuri | CPU Architecture: | Any |
[5 Mar 2006 13:54]
li zhan
[5 Mar 2006 21:02]
Heikki Tuuri
Li Zhan, please run CHECK TABLE on the associated table, and attach the COMPLETE, UNEDITED .err log to this bug report. Do not omit anything, put the .err file as you have it. Regards, Heikki
[6 Mar 2006 3:35]
li zhan
Please see the attached file for full error log. And the result of check is: mysql> check table useracct; +------------------+-------+----------+----------+ | Table | Op | Msg_type | Msg_text | +------------------+-------+----------+----------+ | XX_User.useracct | check | error | Corrupt | +------------------+-------+----------+----------+ It seem that the table is corrupted. But it is an innodb table, Mysql manual doesn't tell us how to repair innodb tables.
[6 Mar 2006 10:27]
Heikki Tuuri
Li Zhan, you upgraded from 3.23 or 4.0 to 5.0. It may be a problem in character sets: 060303 22:15:57 [Warning] './SF_User/userinfo' had no or invalid character set, and default character set is multi-byte, so character column sizes may have changed You can probably fix the problem simply by rebuilding the table: ALTER TABLE SF_user.userinfo ENGINE = InnoDB; But beware: if the table is big (many gigabytes), then the rebuild can take hours or days. Regards, Heikki
[7 Mar 2006 7:45]
li zhan
I see... After rebuild, the table seems OK: +------------------+-------+----------+----------+ | Table | Op | Msg_type | Msg_text | +------------------+-------+----------+----------+ | XX_User.useracct | check | status | OK | +------------------+-------+----------+----------+ Thanks a lot.