mariadb/storage
Annamalai Gurusami a69f4a0573 Bug #16004999 ASSERT STATE == TRX_STATE_NOT_STARTED, UNLOCK_ROW()
Problem:

During the index intersect access method, the SQL layer will access one row,
that satisfies a set of conditions, using an index i1.  And then it will try to
access the same row, with other set of conditions using the next index i2.  If
the fetch from i2 fails (we are talking about an error situation here and not
simply an unmatched row situation), then it will unlock the row accessed via
i1.  This will work in all situations except deadlock error.

When a deadlock happens, InnoDB will rollback the transaction.  InnoDB intimates
the SQL layer about this through the THD::transaction_rollback_request member.
But this is not currently used by the SQL layer.

Solution:

When an error happens, the SQL layer must check the 
THD::transaction_rollback_request member, before calling handler::unlock_row().
We have also added a debug assert in ha_innobase::unlock_row() checking that
it must be called only when the transaction is in active state.

rb#1773 approved by Marko and Sunny.
2013-01-10 10:28:04 +05:30
..
archive Bug #13819630 ARCHIVE TABLE WITH 1000+ PARTITIONS CRASHES SERVER 2012-12-20 19:26:20 +05:30
blackhole Merge 5.5.24 back into main 5.5. 2012-05-07 22:20:42 +02:00
csv Updated/added copyright headers 2012-02-16 10:48:16 +01:00
example Bug#11815557 60269: MYSQL SHOULD REJECT ATTEMPTS TO CREATE SYSTEM 2012-04-11 15:53:17 +05:30
federated Bug #12876932 - INCORRECT SELECT RESULT ON FEDERATED TABLE 2012-07-26 15:29:19 +05:30
heap Bug #11759445: CAN'T DELETE ROWS FROM MEMORY TABLE WITH HASH KEY. 2012-11-07 09:03:33 +05:30
innobase Bug #16004999 ASSERT STATE == TRX_STATE_NOT_STARTED, UNLOCK_ROW() 2013-01-10 10:28:04 +05:30
myisam BUG#13556107: CHECK AND REPAIR TABLE SHOULD BE MORE ROBUST [3] 2012-11-14 17:02:36 +05:30
myisammrg Merging into mysql-5.5.16-release. 2011-08-15 20:12:11 +02:00
ndb Merge from mysql-5.5.14-release 2011-07-06 01:13:50 +02:00
perfschema Bug#16060864 SEGMENTATION FAULT IN PERFORMANCE_SCHEMA WITH HISTORY SIZE 0 2013-01-02 11:00:55 +01:00