mariadb/storage/xtradb/trx
Marko Mäkelä b8b3ba632b MDEV-13606 XA PREPARE transactions should survive innodb_force_recovery=1 or 2
When MySQL 5.0.3 introduced InnoDB support for two-phase commit,
it also introduced the questionable logic to roll back XA PREPARE
transactions on startup when innodb_force_recovery is 1 or 2.

Remove this logic in order to avoid unwanted side effects when
innodb_force_recovery is being set for other reasons. That is,
XA PREPARE transactions will always remain in that state until
InnoDB receives an explicit XA ROLLBACK or XA COMMIT request
from the upper layer.

At the time the logic was introduced in MySQL 5.0.3, there already
was a startup parameter that is the preferred way of achieving
the behaviour: --tc-heuristic-recover=ROLLBACK.
2017-08-23 13:03:13 +03:00
..
trx0i_s.cc Never pass NULL to innobase_get_stmt() 2017-05-17 08:11:01 +03:00
trx0purge.cc MDEV-13039 innodb_fast_shutdown=0 may fail to purge all undo log 2017-06-09 16:20:42 +03:00
trx0rec.cc Merge remote-tracking branch 'origin/10.0' into 10.0 2017-05-18 15:45:55 +03:00
trx0roll.cc Merge branch 'merge-xtradb-5.6' into 10.0 2017-05-17 12:11:12 +03:00
trx0rseg.cc move to storage/xtradb 2015-05-04 19:15:28 +02:00
trx0sys.cc Merge branch 'merge-xtradb-5.6' into 10.0 2017-05-17 12:11:12 +03:00
trx0trx.cc MDEV-13606 XA PREPARE transactions should survive innodb_force_recovery=1 or 2 2017-08-23 13:03:13 +03:00
trx0undo.cc MDEV-11985 Make innodb_read_only shutdown more robust 2017-02-04 17:33:19 +02:00