maria:10.6-MDEV-28607-rr-backup

Last commit made on 2022-05-18
Get this branch:
git clone -b 10.6-MDEV-28607-rr-backup https://git.launchpad.net/maria

Branch merges

Branch information

Name:
10.6-MDEV-28607-rr-backup
Repository:
lp:maria

Recent commits

830bac6... by Vlad Lesin

MDEV-28607 add option to mtr to start mariabackup under rr

The new --rr-backup mtr option is added.

e03e722... by Michael Widenius <email address hidden>

Fixed warning from UBSAN

The warning comes from copying POSITION objects where 'type' is not
initialized. This does not affect any production code as when 'type'
was compared/used, it was always initialized.

Removed by initializing the type variable in the constructor

f027c12... by Vladislav Vaintroub

MDEV-28471 mysql_install_db.exe does not work with --innodb-page-size=64K

The error message "InnoDB: innodb_page_size=65536 requires innodb_buffer_pool_size >= 20MiB current 10MiB" is the relevant one.

The root cause:
mysql_install_db bootstraps with --innodb-buffer-pool-size=10M.
Small bufferpool is here by design - bootstrap should succeed,
even if there is not much RAM available, bootstrap does not need that much
memory.

For pagesize 64K specifically, Innodb thinks it needs a larger bufferpool,
and thus it lets the bootstrap process die (although the expected behavior
in this case would be to adjust value, give warning and continue)

The workaround:
- pass --innodb-buffer-pool-size=20M, which is suitable for all page sizes.
- check the same limit in MSI custom action.

Also, the patch adds mtr test for 64K page size.

c1063a1... by anel <email address hidden>

MDEV-28342: sys.create_synonym_db fails when a temporary table masks a base table

- This commit rely on MDEV-28391
- When temporary table shadows the base table, error is raised (it can be changed if needed),
  since the procedure is relying on creating the views and view cannot be created from the temporary table.

- Reviewed by: <email address hidden>

b729896... by Monty <email address hidden>

MDEV-28073 Query performance degradation in newer MariaDB versions when using many tables

The issue was that best_extension_by_limited_search() had to go through
too many plans with the same cost as there where many EQ_REF tables.

Fixed by shortcutting EQ_REF (AND REF) when the result only contains one
row. This got the optimization time down from hours to sub seconds.

The only known downside with this patch is that in some cases a table
with ref and 1 record may be used before on EQ_REF table. The faster
optimzation phase should compensate for this.

f7dd879... by Monty <email address hidden>

Fixed bug in alter_table_lock.result

Before this change the test could abort with ER_OPTION_PREVENTS_STATEMENT

daa2680... by Marko Mäkelä

Merge 10.5 into 10.6

3fabdc3... by Vlad Lesin

MDEV-28473 field_ref_zero is not initialized in xtrabackup_prepare_func()

The solution is to initialize field_ref_zero in main_low() before
xtrabackup_backup_func() and xtrabackup_prepare_func() calls.

7da0f30... by Alexander Barkov

MDEV-28446 mariabackup prepare fails for incrementals if a new schema is created after full backup is taken

Adding a 10.6 specific test

a917be3... by Sergei Golubchik

fix galera.MDEV-26575 failures