An error occurred fetching the project authors.
- 05 Oct, 2009 1 commit
-
-
Guilhem Bichot authored
Backport of the fix for BUG#33730 "Full table scan instead selected partitions for query more than 10 partitions" from 6.0, made in sergefp@mysql.com-20090205190644-q8632sniogedhtsu
-
- 07 Jul, 2008 1 commit
-
-
Mattias Jonsson authored
problem was that ha_partition::records was not implemented, thus using the default handler::records, which is not correct if the engine does not support HA_STATS_RECORDS_IS_EXACT. Solution was to implement ha_partition::records as a wrapper around the underlying partitions records. The rows column in explain partitions will now include the total number of records in the partitioned table. (recommit after removing out-commented code)
-
- 20 Nov, 2007 1 commit
-
-
Problem was for LINEAR HASH/KEY. Crashes because of wrong partition id returned when creating the new altered partitions. (because of wrong linear hash mask) Solution: Update the linear hash mask before using it for the new altered table.
-
- 11 Nov, 2007 1 commit
-
-
istruewing@stella.local authored
partitioned table Post-pushbuild fix Pushbuild detected a new need for lex initialization in embedded server. Fixed test for INSERT DELAYED in partitions_hash.test so that it works with embedded server.
-
- 05 Nov, 2007 1 commit
-
-
istruewing@stella.local authored
partitioned table Trying INSERT DELAYED on a partitioned table, that has not been used right before, crashes the server. When a table is used for select or update, it is kept open for some time. This period I mean with "right before". Information about partitioning of a table is stored in form of a string in the .frm file. Parsing of this string requires a correctly set up lexical analyzer (lex). The partitioning code uses a new temporary instance of a lex. But it does still refer to the previously active lex. The delayd insert thread does not initialize its lex though... Added initialization for thd->lex before open table in the delayed thread and at all other places where it is necessary to call lex_start() if all tables would be partitioned and need to parse the .frm file.
-
- 04 Apr, 2007 1 commit
-
-
mikron@mikael-ronstr-ms-dator.local authored
-
- 02 Oct, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
Fixes of after review fixes
-
- 20 Jul, 2006 1 commit
-
-
mikael/pappa@dator5.(none) authored
Problem was with handling NULL values in ranges
-
- 10 Apr, 2006 1 commit
-
-
BUG#18423: Added test case for this bug that was already fixed (was issue with hash partitions not showing all rows in BETWEEN range Added test case for bug 18423
-
- 30 Jan, 2006 1 commit
-
-
reggie@linux.site authored
This bug was fixed through other patches. This test case just shows that it is fixed.
-
- 07 Jan, 2006 1 commit
-
-
reggie@linux.site authored
fixed
-
- 18 Jul, 2005 1 commit
-
-
mronstrom@mysql.com authored
-