- 14 Sep, 2007 10 commits
-
-
unknown authored
into stella.local:/home/mydev/mysql-5.1-axmrg
-
unknown authored
into stella.local:/home/mydev/mysql-5.1-axmrg
-
unknown authored
into stella.local:/home/mydev/mysql-5.1-axmrg
-
unknown authored
into stella.local:/home/mydev/mysql-5.0-axmrg
-
unknown authored
into stella.local:/home/mydev/mysql-5.0-axmrg
-
unknown authored
into stella.local:/home/mydev/mysql-5.0-axmrg
-
unknown authored
into stella.local:/home/mydev/mysql-4.1-axmrg
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
- 13 Sep, 2007 9 commits
-
-
unknown authored
into trift2.:/MySQL/M51/tmp-5.1
-
unknown authored
into trift2.:/MySQL/M51/tmp-5.1 config/ac-macros/misc.m4: Auto merged
-
unknown authored
into trift2.:/MySQL/M50/tmp-5.0
-
unknown authored
into mysql.com:/home/svoj/devel/mysql/BUG30590/mysql-5.1-engines mysql-test/r/heap_btree.result: Auto merged mysql-test/t/heap_btree.test: Auto merged storage/heap/hp_delete.c: Auto merged storage/heap/hp_rfirst.c: Auto merged storage/heap/hp_rnext.c: Auto merged
-
unknown authored
into mysql.com:/home/svoj/devel/mysql/BUG30590/mysql-5.0-engines heap/hp_delete.c: Auto merged heap/hp_rfirst.c: Auto merged heap/hp_rnext.c: Auto merged mysql-test/r/heap_btree.result: Auto merged mysql-test/t/heap_btree.test: Manual merge.
-
unknown authored
DELETE query against memory table with btree index may remove not all matching rows. This happens only when DELETE uses index read method to find matching rows. E.g. for queries like DELETE FROM t1 WHERE a=1. Fixed by reverting fix for BUG9719 and applying proper solution. heap/hp_delete.c: Reverted fix for BUG9719 as it makes queries like DELETE FROM t1 WHERE a=1 to remove not all matching rows (assuming this is memory table and there is btree key over `a`). This happens because we calculate info->lastkey_len in heap_rkey(). When we enter heap_rnext(), info->lastkey_len is 0 (set by hp_rb_delete_key()). We need to preserve info->lastkey_len in this situation, otherwise tree_search_key() will always return smallest value in a tree. heap/hp_rfirst.c: If we're performing index_first on a table that was taken from table cache, info->lastkey_len is initialized to previous query. Thus we set info->lastkey_len to proper value for subsequent heap_rnext() calls. This is needed for DELETE queries only, otherwise this variable is not used. Note that the same workaround may be needed for heap_rlast(), but for now heap_rlast() is never used for DELETE queries. heap/hp_rnext.c: An optimization for DELETE queries that use index_first()/index_next(). Use faster tree_search_edge() instead of tree_search_key(). mysql-test/r/heap_btree.result: A test case for BUG#30590. mysql-test/t/heap_btree.test: A test case for BUG#30590.
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt sql/opt_range.cc: Auto merged
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt mysql-test/r/sp.result: Auto merged mysql-test/t/sp.test: Auto merged sql/sql_yacc.yy: Auto merged
-
- 12 Sep, 2007 5 commits
-
-
unknown authored
Post-merge fix. sql/sql_view.cc: Post-merge fix.
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt mysql-test/r/sp.result: SCCS merged mysql-test/t/sp.test: SCCS merged sql/sql_lex.h: SCCS merged sql/sql_parse.cc: SCCS merged sql/sql_yacc.yy: SCCS merged
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.0-opt sql/sql_yacc.yy: Auto merged mysql-test/r/sp.result: SCCS merged mysql-test/t/sp.test: SCCS merged
-
unknown authored
-
unknown authored
into bk-internal.mysql.com:/data0/bk/mysql-5.1-opt sql/opt_range.cc: Auto merged
-
- 11 Sep, 2007 2 commits
- 10 Sep, 2007 4 commits
-
-
unknown authored
-
unknown authored
into mysql.com:/home/psergey/mysql-5.0-bug30385 sql/opt_range.cc: Auto merged mysql-test/r/delete.result: Manual merge mysql-test/t/delete.test: Manual merge
-
unknown authored
in get_index_for_order(), don't walk over the end of the index key parts when matching index description and needed ordering. mysql-test/r/delete.result: BUG#30385: Testcase mysql-test/t/delete.test: BUG#30385: Testcase
-
unknown authored
into mysql.com:/home/hf/work/28430/my51-28430 sql/ha_partition.h: Auto merged sql/ha_partition.cc: merging sql/log_event.cc: merging
-
- 07 Sep, 2007 1 commit
-
-
unknown authored
In the ha_partition::position() we don't calculate the number of the partition of the record, but use m_last_part value instead, relying on that it's previously set by some other call like ::write_row(). Delete_rows_log_event::do_exec_row() calls find_and_fetch_row(), where we used position() + rnd_pos() call for the InnoDB-based PARTITION-ed table as there HA_PRIMARY_KEY_REQUIRED_FOR_POSITION enabled. fixed by introducing new handler::rnd_pos_by_record() method to be used for random record-based positioning sql/ha_partition.cc: Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format. ha_partition::rnd_pos_by_record() implemented sql/ha_partition.h: Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format. ha_partition::rnd_pos_by_record() declared sql/handler.h: Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format. handler::rnd_pos_by_record() introduced sql/log_event.cc: Bug #28430 Failure in replication of innodb partitioned tables on row/mixed format. handler::rnd_pos_by_record used instead of position() + rnd_pos() call
-
- 06 Sep, 2007 9 commits
-
-
unknown authored
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt mysql-test/r/sp.result: Auto merged mysql-test/t/sp.test: Auto merged
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt mysql-test/r/sp.result: Auto merged mysql-test/t/sp.test: Auto merged sql/sql_lex.h: Auto merged sql/sql_select.cc: Auto merged sql/sql_view.cc: Auto merged
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.0-opt mysql-test/r/sp.result: Auto merged mysql-test/t/sp.test: Auto merged
-
unknown authored
Post-merge fix. sql/sql_parse.cc: Post-merge fix.
-
unknown authored
into moksha.local:/Users/davi/mysql/push/mysql-5.1-runtime
-
unknown authored
the first query is not running while we are doing wait queries on a second connection. mysql-test/r/insert_notembedded.result: Test case result for bug 28587 moved from insert_update.result mysql-test/r/insert_update.result: Remove test case result for bug 28587, moving to insert_notembedded.result mysql-test/t/insert_notembedded.test: Test case result for bug 28587, moved from insert_update.test mysql-test/t/insert_update.test: Remove test case for bug 28587, moving to insert_notembedded.test
-
unknown authored
Post-merge fix. mysql-test/r/sp.result: Post-merge fix.
-
unknown authored
into gleb.loc:/home/uchum/work/bk/5.1-opt BitKeeper/etc/ignore: auto-union mysql-test/r/distinct.result: Auto merged sql/sql_yacc.yy: Auto merged mysql-test/include/mix1.inc: Merge with 5.0-opt. mysql-test/r/group_by.result: Merge with 5.0-opt. mysql-test/r/innodb_mysql.result: Merge with 5.0-opt. mysql-test/r/sp.result: Merge with 5.0-opt. mysql-test/t/group_by.test: Merge with 5.0-opt. mysql-test/t/sp.test: Merge with 5.0-opt. sql/sql_parse.cc: Merge with 5.0-opt. sql/sql_select.cc: Merge with 5.0-opt. sql/sql_view.cc: Merge with 5.0-opt.
-