maria:bb-MDEV-7487-rebased-against-11.0.1-MDEV-29390-test

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

ad0657d... by Lena Startseva <email address hidden> on 2022-09-19

MDEV-29390: Improve coverage for UPDATE and DELETE statements in MTR test suites

Created tests for "delete" based on update_use_source.test

For the update_use_source.test tests, data recovery in the table has been changed
from a rollback transaction to a complete delete and re-insert of the data with
optimize table. Cases are now being checked on three engines.

Added tests for update/delete with LooseScan and DuplicateWeedout optimization strategies
Added tests for engine MEMORY on delete and update
Added tests for multi-update with JSON_TABLE
Added tests for multi-update and multi-delete for engine Connect

2ae8dc2... by Igor Babaev on 2023-03-10

Adjusted test results after rebase against 11.0.1

1284054... by Igor Babaev on 2023-02-10

Fixes of MDEV-30538 and MDEV-30586 for 10.4 adjusted for 11.0.

The commits for MDEV-30538 and MDEV-30586 could not be cherry-picked into
11.0 separately.

fab0f36... by Igor Babaev on 2023-01-10

MDEV-7487 Semi-join optimization for single-table update/delete statements

This patch allows to use semi-join optimization at the top level of
single-table update and delete statements.
The problem of supporting such optimization became easy to resolve after
processing a single-table update/delete statement started using JOIN
structure. This allowed to use JOIN::prepare() not only for multi-table
updates/deletes but for single-table ones as well. This was done in the
patch for mdev-28883:
Re-design the upper level of handling UPDATE and DELETE statements.

Note that JOIN::prepare() detects all subqueries that can be considered
as candidates for semi-join optimization. The code added by this patch
looks for such candidates at the top level and if such candidates are found
in the processed single-table update/delete the statement is handled in
the same way as a multi-table update/delete.

    Approved by Oleksandr Byelkin <email address hidden>

4127039... by Igor Babaev on 2022-09-17

Another fix after the latest rebase of commits for MDEV-28883

ace2e99... by Igor Babaev on 2022-09-14

MDEV-29428 Incorrect result for delete with "order by" clause

ORDER BY clause without LIMIT clause can be removed from DELETE statements.

4615099... by Igor Babaev on 2022-09-13

Fix after the latest rebase of commits for MDEV-28883

f8d61c3... by Igor Babaev on 2022-08-19

Applied the changes introduced in the commit

92a328099800486fe585a54d31ddf84c02ec6ae0
Author: Oleksandr Byelkin <email address hidden> Tue Jul 12 00:25:08 2022
Committer: Oleksandr Byelkin <email address hidden> Thu Jul 14 00:46:06 2022

for the code of MDEV-28883.

783ac3a... by Igor Babaev on 2022-07-29

MDEV-29189 Crash of the second execution of SF using DELETE/UPDATE

This bug caused a crash of the server at the second execution of a stored
function that used DELETE or UPDATE statement if the first execution
of this function reported an error encountered after the prepare phase.
This happened because in such cases the executed DELETE/UPDATE statement
remained marked as prepared. As a result the second execution of SF missed
the prepare phase for the statement altogether and the statement could not
be executed properly.

Approved by Oleksandr Byelkin <email address hidden>

a5e21cf... by Igor Babaev on 2022-07-27

Assertion failure with UPDATE of view using MERGE table

The problem was caused by an assertion that is not valid anymore.