1. 14 Sep, 2017 10 commits
  2. 13 Sep, 2017 7 commits
  3. 12 Sep, 2017 13 commits
  4. 11 Sep, 2017 1 commit
  5. 10 Sep, 2017 2 commits
    • Igor Babaev's avatar
      Fixed the bug mdev-13734. · 3a9ee22b
      Igor Babaev authored
      If the method SELECT_LEX::mark_const_derived() is called for a select
      that is used in the specification of a materialized derived table / view D
      then method should not set the flag fill_me for D on when
      the flag JOIN::with_two_phase_optimization is set on for this select.
      3a9ee22b
    • Igor Babaev's avatar
      Fixed the bug mdev-13710. · 61074d04
      Igor Babaev authored
      This patch corrects the code of the patch for mdev-13369 that
      introduced the splitting technique when using materialized
      derived tables / views with GROUP BY. The second actual parameters
      of the call of the method JOIN::reoptimize() in the function
      JOIN::push_splitting_cond_into_derived() was calculated incorrectly.
      This could cause different failures for queries using derived tables
      or views with GROUP BY when their FROM lists contained empty or
      single-row tables.
      61074d04
  6. 08 Sep, 2017 7 commits
    • Igor Babaev's avatar
      Fixed the bug mdev-13709. · 5e4aa1a2
      Igor Babaev authored
      Currently condition pushdown into materialized views / derived tables
      is not implemented yet (see mdev-12387) and grouping views are
      optimized early when subqueries are converted to semi-joins in
      convert_join_subqueries_to_semijoins(). If a subquery that is converted
      to a semi-join uses a grouping view this view is optimized in two phases.
      For such a view V only the first phase of optimization is done after
      the conversion of subqueries of the outer join into semi-joins.
      At the same time the reference of the view V appears in the join
      expression of the outer join. In fixed code there was an attempt to push
      conditions into this view and to optimize it after this. This triggered
      the second phase of the optimization of the view and it was done
      prematurely. The second phase of the optimization for the materialized
      view is supposed to be called after the splitting condition is pushed
      into the view in the call of JOIN::improve_chosen_plan for the outer
      join.
      
      The fix blocks the attempt to push conditions into splittable views
      if they have been already partly optimized and the following
      optimization for them.
      
      The test case of the patch shows that the code for mdev-13369
      basically supported the splitting technique for materialized views /
      derived tables.
      
      The patch also replaces the name of the state JOIN::OPTIMIZATION_IN_STAGE_2
      for JOIN::OPTIMIZATION_PHASE_1_DONE and fixes a bug in
      TABLE_LIST::fetch_number_of_rows()
      5e4aa1a2
    • Marko Mäkelä's avatar
      Merge bb-10.2-ext into 10.3 · 474f5171
      Marko Mäkelä authored
      474f5171
    • Marko Mäkelä's avatar
      Merge 10.2 into bb-10.2-ext · fb14761d
      Marko Mäkelä authored
      fb14761d
    • Marko Mäkelä's avatar
    • Marko Mäkelä's avatar
      Adjust the imported innodb.alter_crash test for MariaDB · 672590af
      Marko Mäkelä authored
      trx_undo_assign_undo(): Restore the fault injection.
      672590af
    • Marko Mäkelä's avatar
      MDEV-13626 Merge InnoDB test cases from MySQL 5.7 (part 1) · 13d4dfd0
      Marko Mäkelä authored
      Import the test innodb.alter_crash
      13d4dfd0
    • Monty's avatar
      Cleanups and fixes · e022dde3
      Monty authored
      - Added missing delete thd in bootstrap()
      - Delete wrong 'delete thd' in start_wsrep_THD()
      - Added missing 'delete thd' in case of SCHEDULER_ONE_THREAD_PER_CONNECTION
      - Delete wrong dec_thread_running() in destroy_thd() as it caused thread_running
        to be wrong.
      - Moved reset_killed() to a normal function to make it easier to debug
      - Added check of mutex in wsrep_aborting_thd... functions
      e022dde3