mariadb/storage/innobase/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 Refactor trx_undo_report_row_operation() 2017-05-18 09:06:52 +03:00
trx0roll.cc Merge branch 'merge-innodb-5.6' into bb-10.0-vicentiu 2017-05-17 14:53:28 +03:00
trx0rseg.cc move to storage/innobase 2015-05-04 19:17:21 +02:00
trx0sys.cc Merge branch 'merge-innodb-5.6' into bb-10.0-vicentiu 2017-05-17 14:53:28 +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