An error occurred fetching the project authors.
- 12 May, 2008 1 commit
-
-
gshchepa/uchum@host.loc authored
The REPAIR TABLE ... USE_FRM query silently corrupts data of tables with old .FRM file version. The mysql_upgrade client program or the REPAIR TABLE query (without the USE_FRM clause) can't prevent this trouble, because in the common case they don't upgrade .FRM file to compatible structure. 1. Evaluation of the REPAIR TABLE ... USE_FRM query has been modified to reject such tables with the message: "Failed repairing incompatible .FRM file". 2. REPAIR TABLE query (without USE_FRM clause) evaluation has been modified to upgrade .FRM files to current version. 3. CHECK TABLE ... FOR UPGRADE query evaluation has been modified to return error status when .FRM file has incompatible version. 4. mysql_upgrade and mysqlcheck client programs call CHECK TABLE FOR UPGRADE and REPAIR TABLE queries, so their behaviors have been changed too to upgrade .FRM files with incompatible version numbers.
-
- 17 Oct, 2007 1 commit
-
-
kaa@polly.(none) authored
-
- 11 Oct, 2007 1 commit
-
-
kaa@polly.(none) authored
myisam_sort_buffer_size. An incorrect length of the sort buffer was used when calculating the maximum number of keys. When myisam_sort_buffer_size is small enough, this could result in the number of keys < number of BUFFPEK structures which in turn led to use of uninitialized BUFFPEKs. Fixed by correcting the buffer length calculation.
-
- 18 Oct, 2006 1 commit
-
-
svoj@mysql.com/april.(none) authored
Repair table could crash a server if there is not sufficient memory (myisam_sort_buffer_size) to operate. Affects not only repair, but also all statements that use create index by sort: repair by sort, parallel repair, bulk insert. Return an error if there is not sufficient memory to store at least one key per BUFFPEK. Also fixed memory leak if thr_find_all_keys returns an error.
-
- 11 Oct, 2006 1 commit
-
-
svoj@mysql.com/april.(none) authored
hangs on Linux If REPAIR TABLE ... USE_FRM is issued for table that is located in different than default database server crash could happen. In reopen_name_locked_table take database name from table_list (user specified or default database) instead of from thd (default database). Affects 4.1 only.
-
- 14 Aug, 2006 1 commit
-
-
svoj@may.pils.ru authored
Fixed by moving update_key_parts() down to be after write_index().
-
- 24 Jan, 2006 1 commit
-
-
msvensson@neptunus.(none) authored
-
- 28 Jul, 2005 1 commit
-
-
monty@mysql.com authored
-
- 09 Apr, 2004 1 commit
-
-
monty@mysql.com authored
-
- 07 Apr, 2004 1 commit
-
-
serg@serg.mylan authored
HA_EXTRA_WRITE_CACHE now part of start_bulk_insert() test cleanups
-
- 22 Mar, 2004 1 commit
-
-
hf@deer.(none) authored
-
- 10 Dec, 2003 1 commit
-
-
Deprecate the use of TYPE=... Preferred syntax is ENGINE=
-
- 05 Jun, 2003 1 commit
-
-
monty@narttu.mysql.fi authored
-
- 13 May, 2003 1 commit
-
-
monty@narttu.mysql.fi authored
Fix for USE_FRM and crashed index file
-
- 03 May, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 27 Apr, 2003 1 commit
-
-
monty@mashka.mysql.fi authored
Use 0x.... as strings if 'new' mode. (bug 152) Don't report -max on windows when InnoDB is enabled. (bug 332) Reset current_linfo; This could cause a hang when doing PURGE LOGS. Fix for row numbers in EXPLAIN (bug 322) Fix that USE_FRM works for all table types (bug 97)
-
- 05 Jan, 2003 1 commit
-
-
monty@mashka.mysql.fi authored
Cleaned up test; Removed wrong DROP TABLE commands and use standard table and database names. changed store_warning() -> push_warning_print()
-
- 01 Sep, 2002 1 commit
-
-
serg@serg.mysql.com authored
test for REPAIR ... USE_FRM added
-