summaryrefslogtreecommitdiff
path: root/strings
diff options
context:
space:
mode:
authorsjaakola <seppo.jaakola@iki.fi>2022-02-22 11:37:43 +0200
committerJan Lindström <jan.lindstrom@mariadb.com>2022-03-18 08:30:18 +0200
commit8e9e1c397902d3c3fdba7311c5889f9ed12a0215 (patch)
tree89d64ad6a3e7f085f9c6a2f09cbb533d29751ce5 /strings
parent069139a549a62f26d566c1aea2a49c13e9e8a654 (diff)
downloadmariadb-git-8e9e1c397902d3c3fdba7311c5889f9ed12a0215.tar.gz
MDEV-27649 Crash with PS execute after BF abort
This commit contains a test for reproducing the issue in MDEV-27649, where a transaction, executing a prepared statment, is BF aborted. The scenario, in MDEV-27649 has a transaction which has prepared a PS, but not yet executed it, and this transaction is then BF aborted in this state. When the BF aborted transaction tries to execute the PS, it will receive deadlock error. But, when it tries to execute the PS second time, the node crashes. Mtr test galera.galera_bf_abort_ps_bind, exercises this scenario. However, mtr test platform does not have mechanism to control the execution of PS in required detail. For this purpose, mysqltetst.cc was extended to contain 4 new commands: PS_prepare - to prepare a prepared statement PS_bind - to bind values for parameters for the PS PS_execute - to execute the PS PS_close - to close the PS The support for controlling prepared statments in mtr scripts is quite minimal in this commit. Limitations are: * only one PS can be used by a connection, at a time * only input parameters can be bound for the PS * only varchar, integer or float type of parameters can be bound added the result fixes Reviewed-by: Jan Lindström <jan.lindstrom@mariadb.com>
Diffstat (limited to 'strings')
0 files changed, 0 insertions, 0 deletions