mariadb/mysql-test/suite/galera_3nodes
Denis Protivensky 235f33e360 MDEV-33133: MDL conflict handling code should skip BF-aborted trxs
It's possible that MDL conflict handling code is called more
than once for a transaction when:
- it holds more than one conflicting MDL lock
- reschedule_waiters() is executed,
which results in repeated attempts to BF-abort already aborted
transaction.
In such situations, it might be that BF-aborting logic sees
a partially rolled back transaction and erroneously decides
on future actions for such a transaction.

The specific situation tested and fixed is when a SR transaction
applied in the node gets BF-aborted by a started TOI operation.
It's then caught with the server transaction already rolled back,
but with no MDL locks yet released. This caused wrong state
detection for such a transaction during repeated MDL conflict
handling code execution.

Signed-off-by: Julius Goryavsky <julius.goryavsky@mariadb.com>
2024-09-01 16:19:59 +02:00
..
include galera mtr tests: correction of inaccuracies in warnings suppressions 2024-07-08 23:36:21 +02:00
r MDEV-33897 : Galera test failure on galera_3nodes.galera_gtid_consistency 2024-09-01 03:01:37 +02:00
t MDEV-33133: MDL conflict handling code should skip BF-aborted trxs 2024-09-01 16:19:59 +02:00
disabled.def MDEV-34841 : Enable working Galera tests 2024-09-01 03:51:10 +02:00
galera_2x3nodes.cnf MDEV-33523 Spurious deadlock error when wsrep_on=OFF 2024-06-06 19:19:34 +02:00
galera_3nodes.cnf MDEV-33523 Spurious deadlock error when wsrep_on=OFF 2024-06-06 19:19:34 +02:00
my.cnf Merge branch '10.0-galera' into 10.1 2015-07-14 16:05:29 -04:00
suite.pm MDEV-25719: stunnel uses "verifyChain" without subject checks 2021-05-21 13:09:58 +02:00