1. 26 Aug, 2013 1 commit
    • Igor Babaev's avatar
      Fixed bug mdev-4944. · 901737c9
      Igor Babaev authored
      The patch to fix mdev-4418 turned out to be incorrect.
      At the substitution of single row tables in make_join_statistics()
      the used multiple equalities may change and references to the new multiple
      equalities must be updated. The function remove_eq_conds() takes care of it and
      it should be called right after the substitution of single row tables.
      Calling it after the call of make_join_statistics was a mistake.
      901737c9
  2. 24 Aug, 2013 1 commit
    • Igor Babaev's avatar
      Fixed bug mdev-4942. · dbc84ff9
      Igor Babaev authored
      Made sure that degenerate conjunctions/disjunctions are obtained from
      AND/OR conditions.
      dbc84ff9
  3. 22 Aug, 2013 1 commit
  4. 21 Aug, 2013 1 commit
  5. 20 Aug, 2013 2 commits
    • Igor Babaev's avatar
      Fixed a bug/typo in the patch for mdev-4355, noticed after the patch · 99992f6e
      Igor Babaev authored
      had been merged into 5.5.
      
      Corrected the result of the output from the test case for mdev 4895.
      99992f6e
    • unknown's avatar
      Fix bug MDEV-4895 Valgrind warnings (Conditional jump or move depends on... · 5fdb531d
      unknown authored
      Fix bug MDEV-4895 Valgrind warnings (Conditional jump or move depends on uninitialised value) in Field_datetime::get_date on GREATEST(..) IS NULL
      
      Analysis:
      The cause of the valgrind warning was an attempt to evaluate a Field that was not yet read.
      The reason was that on one hand Item_func_isnotnull was marked as constant by
      Item_func_isnotnull::update_used_tables, and this allowed eval_const_cond() to be called.
      On the other hand Item_func_isnotnull::val_int() evaluated its argument as if it was not
      constant.
      
      Solution:
      The fix make sure that Item_func_isnotnull::val_int() doesn't evaluate its argument when
      it is constant and cannot be NULL, because the result is known in this case. 
      5fdb531d
  6. 19 Aug, 2013 1 commit
  7. 17 Aug, 2013 1 commit
    • Igor Babaev's avatar
      Fixed bug mdev-4418. · 25c15201
      Igor Babaev authored
      After single row substitutions there might appear new equalities.
      They should be properly propagated to all AND/OR levels the WHERE
      condition. It's done now with an additional call of remove_eq_conds(). 
      25c15201
  8. 15 Aug, 2013 4 commits
    • Igor Babaev's avatar
      Merge · 752d5d02
      Igor Babaev authored
      752d5d02
    • Igor Babaev's avatar
      Fixed bug mdev-4355. · fa7f6772
      Igor Babaev authored
      This patch almost totally revised the patch for bug mdev-4177.
      The latter had too many defects. In particular, it did not
      propagate multiple equalities formed when merging a degenerate
      disjunct into underlying AND formula.
      fa7f6772
    • Igor Babaev's avatar
      Merge 5.2->5.3 · 960720b1
      Igor Babaev authored
      960720b1
    • Igor Babaev's avatar
      Merge 5.1->5.2 · 7ba78277
      Igor Babaev authored
      7ba78277
  9. 13 Aug, 2013 1 commit
    • Igor Babaev's avatar
      Fixed bug mdev-4894. · 6dd9f049
      Igor Babaev authored
      This a an old legacy performance bug.
      When a very selective range scan existed for the second table in a join,
      and, at the same time, there was another range condition depending on the
      fields of the first table, the optimizer chose a plan with
      'Range checked for each record'. This plan was extremely inefficient in
      comparison with the regular selective range scan.
      As a matter of fact the range scan chosen for each record was the same as
      that selective range scan. 
      
      Changed the test case for bug 24776 to preserve the old output for explain.
       
      6dd9f049
  10. 12 Aug, 2013 1 commit
  11. 01 Aug, 2013 1 commit
  12. 08 Aug, 2013 2 commits
  13. 01 Aug, 2013 1 commit
  14. 21 Jul, 2013 1 commit
  15. 15 Jul, 2013 1 commit
  16. 09 Jul, 2013 3 commits
    • Vladislav Vaintroub's avatar
      MDEV-4409 - Fix deadlock in MySQL key cache code, that can happen if there is... · 6bef652d
      Vladislav Vaintroub authored
      MDEV-4409 - Fix deadlock in MySQL key cache code, that can happen if there is a key cache resize running in parallel with an update.
      
      If there is a key cache resize,a  thread writing to key cache, will pause waiting  until resize finishes. However this thread is won't be woken, because resize does not  signaling waiters anymore. This is a regression introduced in WL#86(segmented MyISAM key cache)
      The fix is to unconditionally release  threads waiting on resize_queue when resize  finishes, as in pre-WL#86 code.
      6bef652d
    • Alexander Barkov's avatar
      Merge from 5.2 · 8a732d5a
      Alexander Barkov authored
      modified:
        mysql-test/suite/plugins/r/fulltext_plugin.result
        mysql-test/suite/plugins/t/fulltext_plugin.test
        plugin/fulltext/plugin_example.c
        sql/sql_show.cc
      pending merges:
        Alexander Barkov 2013-07-09 [merge] Merge from 5.1
          Sergei Golubchik 2013-07-06 Bug #69682 - mysqld crashes after uninst...
          Sergei Golubchik 2013-05-24 MDEV-4575 MySQL client doesn't strip off...
      8a732d5a
    • Alexander Barkov's avatar
      Merge from 5.1 · 762d3cb8
      Alexander Barkov authored
      modified:
        mysql-test/suite/plugins/r/fulltext_plugin.result
        mysql-test/suite/plugins/t/fulltext_plugin.test
        plugin/fulltext/plugin_example.c
        sql/sql_show.cc
      pending merges:
        Sergei Golubchik 2013-07-06 Bug #69682 - mysqld crashes after uninstall ...
          Sergei Golubchik 2013-05-24 MDEV-4575 MySQL client doesn't strip off...
      762d3cb8
  17. 06 Jul, 2013 1 commit
  18. 05 Jul, 2013 3 commits
  19. 03 Jul, 2013 1 commit
  20. 28 Jun, 2013 2 commits
    • Alexander Barkov's avatar
      A clean-up for MDEV-4634 · cfae3065
      Alexander Barkov authored
      modified:
        sql/time.cc
      cfae3065
    • Alexander Barkov's avatar
      MDEV-4634 Crash in CONVERT_TZ · 0e44faf2
      Alexander Barkov authored
      Item_func_min_max::get_date() did not check the
      returned value against the fuzzy_date flags, so
      it could return a bad value to the caller that
      expects a good date (e.h. CONVERT_TZ).
      
      
      modified:
        mysql-test/r/type_date.result
        mysql-test/r/type_datetime.result
        mysql-test/r/type_time.result
        mysql-test/t/type_date.test
        mysql-test/t/type_datetime.test
        mysql-test/t/type_time.test
        sql/item_func.cc
        sql/item_timefunc.cc
        sql/mysql_priv.h
        sql/time.cc
      0e44faf2
  21. 17 Jun, 2013 2 commits
  22. 06 Jun, 2013 1 commit
  23. 24 May, 2013 1 commit
  24. 21 May, 2013 1 commit
  25. 20 May, 2013 2 commits
  26. 19 May, 2013 2 commits
  27. 11 May, 2013 1 commit