1. 03 May, 2023 3 commits
    • Monty's avatar
      Moved merge tests from main to suite/merge · ec820a38
      Monty authored
      This makes it easier to run test on just the MRG_MYISAM engine.
      
      Other things:
      - Renamed merge-big.test to flush_corruption.test as it does not
        have anything to do with merge tables.
      ec820a38
    • Monty's avatar
      MDEV-30786 SIGFPE in cost_group_min_max on EXP · 0099c2fc
      Monty authored
      The problem was that for merge tables without any underlaying tables the
      block size was 0, which the code could not handle.
      
      Fixed by ensuring that MERGE tables never have a block size of 0.
      Fixed also a wrong assumption of number of seeks needed to scan
      merge tables.
      0099c2fc
    • Monty's avatar
      MDEV-30812: Improve output cardinality estimates for hash join · 3bdc5542
      Monty authored
      Introduces @@optimizer_switch flag: hash_join_cardinality
      
      When this option is on, use EITS statistics to produce tighter bounds
      for hash join output cardinality.
      
      This patch is an extension / replacement to a similar patch in 10.6
      
      New features:
      - optimizer_switch hash_join_cardinality is on by default
      - records_out is set to fanout when HASH is used
      - Fixed bug in is_eits_usable: The function did not work with views
      3bdc5542
  2. 28 Apr, 2023 6 commits
  3. 27 Apr, 2023 13 commits
  4. 26 Apr, 2023 11 commits
  5. 25 Apr, 2023 6 commits
    • Julius Goryavsky's avatar
      MDEV-30804 addendum for 10.6+ branches · 898320b5
      Julius Goryavsky authored
      This addition to MDEV-30804 is relevant for 10.6+, it excludes
      the mixed transaction section using both innodb and aria storage
      engines from the galera_var_replicate_aria_off test, since such
      transactions cannot be executed unless aria supports two-phase
      transaction commit. No additional tests are required as this
      commit fixes the mtr test itself.
      898320b5
    • Andrei's avatar
      MDEV-30620 Trying to lock uninitialized LOCK_parallel_entry · e22a57da
      Andrei authored
      The error was seen by a number of mtr tests being caused
      by overdue initialization of rpl_parallel::LOCK_parallel_entry.
      Specifically, SHOW-SLAVE-STATUS might find in
      rpl_parallel::workers_idle() a gtid domain hash entry
      already inserted whose mutex had not done
      mysql_mutex_init().
      
      Fixed with swapping the mutex init and the its entry's stack insertion.
      
      Tested with a generous number of `mtr --repeat` of a few of the reported
      to fail tests, incl rpl.parallel_backup.
      e22a57da
    • Marko Mäkelä's avatar
      MDEV-26827 fixup: Prevent a hang in LRU eviction · c22ab93f
      Marko Mäkelä authored
      buf_pool_t::page_cleaner_wakeup(): If for_LRU=true, wake up the page
      cleaner immediately, also when it is in a timed wait. This avoids an
      unnecessary delay of up to 1 second.
      c22ab93f
    • Sergei Petrunia's avatar
      MDEV-31121: ANALYZE statement produces 0 for all timings in embedded server · a72b2c3f
      Sergei Petrunia authored
      Timers require my_timer_init() call.
      It was made only in mysqld_main(). Call it also from init_embedded_server().
      a72b2c3f
    • Marko Mäkelä's avatar
      Merge 10.5 into 10.6 · 818d5e48
      Marko Mäkelä authored
      818d5e48
    • Marko Mäkelä's avatar
      MDEV-31124 Innodb_data_written miscounts doublewrites · 50f3b7d1
      Marko Mäkelä authored
      When commit a5a2ef07
      implemented asynchronous doublewrite, the writes via
      the doublewrite buffer started to be counted incorrectly,
      without multiplying them by innodb_page_size.
      
      srv_export_innodb_status(): Correctly count the
      Innodb_data_written.
      
      buf_dblwr_t: Remove submitted(), because it is close to written()
      and only Innodb_data_written was interested in it. According to
      its name, it should count completed and not submitted writes.
      
      Tested by: Axel Schwenke
      50f3b7d1
  6. 24 Apr, 2023 1 commit
    • Brandon Nesterenko's avatar
      MDEV-31038: Parallel Replication Breaks if XA PREPARE Fails Updating Slave GTID State · 31f09e36
      Brandon Nesterenko authored
      If a replica failed to update the GTID slave state when committing
      an XA PREPARE, the replica would retry the transaction and get an
      out-of-order GTID error. This is because the commit phase of an XA
      PREPARE is bifurcated. That is, first, the prepare is handled by the
      relevant storage engines. Then second, the GTID slave state is
      updated as a separate autocommit transaction. If the second phase
      fails, and the transaction is retried, then the same transaction is
      attempted to be committed again, resulting in a GTID out-of-order
      error.
      
      This patch fixes this error by immediately stopping the slave and
      reporting the appropriate error. That is, there was logic to bypass
      the error when updating the GTID slave state table if the underlying
      error is allowed for retry on a parallel slave. This patch adds a
      parameter to disallow the error bypass, thereby forcing the error
      state to still happen.
      
      Reviewed By
      ============
      Andrei Elkin <andrei.elkin@mariadb.com>
      31f09e36