- 08 Oct, 2007 1 commit
-
-
gshchepa/uchum@gleb.loc authored
Locked rows of the InnoDB storage was silently skipped in the read-committed isolation level. QUICK_RANGE_SELECT for unique ranges lacks second (blocking) read of the record that was read semi-consistently and just skip it. The handler::read_multi_range_next method has been modified to retry previous unique range if the previous read was semi-consistent.
-
- 06 Oct, 2007 1 commit
-
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B31094-5.1-opt
-
- 05 Oct, 2007 17 commits
-
-
gkodinov/kgeorge@magare.gmz authored
A rule was introduced by the 5.1 part of the fix for bug 27531 to prefer filesort over indexed ORDER BY when accessing all of the rows of a table (because it's faster). This new rule was not accounting for the presence of a LIMIT clause. Fixed the condition for this rule so it will prefer filesort over indexed ORDER BY only if no LIMIT.
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my51-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my51-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my41-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my51-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my51-30286
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my41-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my51-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my51-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@mysql.com/hfmain.(none) authored
As the result of DOUBLE claculations can be bigger than DBL_MAX constant we use in code, we shouldn't use this constatn as a biggest possible value. Particularly the rtree_pick_key function set 'min_area= DBL_MAX' relying that any rtree_area_increase result will be less so we return valid key. Though in rtree_area_increase function we calculate the area of the rectangle, so the result can be 'inf' if the rectangle is huge enough, which is bigger than DBL_MAX. Code of the rtree_pick_key modified so we always return a valid key.
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/26527/my51-26527
-
gluh@eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
-
gluh@mysql.com/eagle.(none) authored
-
- 04 Oct, 2007 6 commits
-
-
gluh@eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
-
gluh@mysql.com/eagle.(none) authored
-
gluh@eagle.(none) authored
-
gluh@mysql.com/eagle.(none) authored
added check for hidden I_S tables for 'show columns|keys' commands
-
gluh@mysql.com/eagle.(none) authored
-
gluh@eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.1-opt
-
- 03 Oct, 2007 5 commits
-
-
gshchepa/uchum@gleb.loc authored
Post-merge fix.
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.1-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
end-of-line check missed in Gis_read_stream::get_next_word, what can lead to crashes (expecially with NULL strings). End-of-line check added
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gshchepa/uchum@gleb.loc authored
Bug #31077: post-commit fix.
-
- 02 Oct, 2007 8 commits
-
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gshchepa/uchum@gleb.loc authored
Bug #31077: post-commit fix.
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gkodinov/kgeorge@magare.gmz authored
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B28702-vg-5.0-opt
-
gkodinov/kgeorge@magare.gmz authored
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug30832/my50-bug30832
-
evgen@moonbone.local authored
into moonbone.local:/work/31095-bug-5.0-opt-mysql
-
- 01 Oct, 2007 2 commits
-
-
evgen@moonbone.local authored
The Item_func_rollup_const class is used for wrapping constants to avoid wrong result for ROLLUP queries with DISTINCT and a constant in the select list. This class is also used to wrap up a NULL constant but its null_value wasn't set accordingly. This led to a server crash. Now the null_value of an object of the Item_func_rollup_const class is set by its fix_length_and_dec member function.
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug30832/my51-bug30832
-