- 22 Feb, 2008 8 commits
-
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.1-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/bug33049/my51-bug33790
-
gkodinov/kgeorge@magare.gmz authored
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/B30604-5.1-opt
-
kaa@kaamos.(none) authored
suite) Under some circumstances a combination of aggregate functions and GROUP BY in a SELECT query over a VIEW could lead to incorrect calculation of the result type of the aggregate function. This in turn could result in incorrect results, or assertion failures on debug builds. Fixed by changing the logic in Item_sum_hybrid::fix_fields() so that the argument's item is dereferenced before calling its type() method.
-
gluh@mgluh.(none) authored
into mysql.com:/home/gluh/MySQL/mysql-5.1-opt
-
gluh@mysql.com/mgluh.(none) authored
skip lock_type update for temporary tables
-
- 19 Feb, 2008 3 commits
-
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
kaa@kaamos.(none) authored
floating point numbers Some math functions did not check if the result is a valid number (i.e. neither of +-inf or nan). Fixed by validating the result where necessary and returning NULL in case of invalid result.
-
gkodinov/kgeorge@magare.gmz authored
and ps-protocol Finding a routine should be a transparent operation as far as the binary log is concerned. But it was influencing the binary log because of the TIMESTAMP column in the proc table. Fixed by preserving and restoring the time_zone usage flag when searching for a stored routine in the proc table.
-
- 18 Feb, 2008 8 commits
-
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/warnings-5.1-opt
-
gkodinov/kgeorge@magare.gmz authored
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/32942/my51-32942
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/32942/my51-32942
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/32942/my50-32942
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/32942/my51-32942
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/32942/my51-32942
-
kaa@kaamos.(none) authored
-Wreorder option added by the patch for bug#31326.
-
- 17 Feb, 2008 10 commits
-
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.1-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.0-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.0-opt
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
kaa@kaamos.(none) authored
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
Problem is not about intervals and doesn't actually cause 'full table scan'. We have an optimization for DISTINCT when we have 'DISTINCT field_from_first_join_table' we don't need to read all the rows from the JOIN-ed table if we found one conforming row. It stopped working in 5.0 as we return NESTED_LOOP_OK if we came upon that case in the evaluate_join_record() and that doesn't break the recordreading loop in sub_select(). Fixed by returning NESTED_LOOP_NO_MORE_ROWS in this case.
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.0-opt
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.0-opt
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-4.1-opt
-
- 16 Feb, 2008 2 commits
-
-
gkodinov/kgeorge@magare.gmz authored
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/B31887-5.1-opt
-
- 15 Feb, 2008 3 commits
-
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B31887-5.0-opt
-
gkodinov/kgeorge@magare.gmz authored
when executed in version 5 Zero fill is a field attribute only. So we can't always propagate constants for zerofill fields : the values and expression results don't have that flag. Fixed by converting the const value to a string and using that in const propagation when the context allows it. Disable const propagation for fields with ZEROFILL flag in all the other cases.
-
mkindahl@dl145h.mysql.com authored
failing on heavily loaded systems.
-
- 14 Feb, 2008 6 commits
-
-
kaa@kaamos.(none) authored
suppress the "Out of sort memory" error in the error log.
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
mkindahl@dl145h.mysql.com authored
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.1-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.0-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.0-opt
-
mkindahl@dl145h.mysql.com authored
BUG#24387, which is closed since long.
-