summaryrefslogtreecommitdiff
path: root/mysql-test/suite/innodb/r/innodb_bug14007649.result
Commit message (Collapse)AuthorAgeFilesLines
* MDEV-29446 Change SHOW CREATE TABLE to display default collationAlexander Barkov2022-09-121-1/+1
|
* MDEV-6720 - enable connection log in mysqltest by defaultSergey Vojtovich2016-03-311-0/+8
|
* now results is correctunknown2013-07-121-2/+3
|
* Fixed test failures (part of merge)Michael Widenius2012-08-011-3/+2
|
* mysql-5.5 mergeSergei Golubchik2012-06-141-1/+1
|
* Bug #14007649 65111: INNODB SOMETIMES FAILS TO UPDATE ROWS INSERTED Annamalai Gurusami2012-05-101-0/+56
BY A CONCURRENT TRANSACTIO The member function QUICK_RANGE_SELECT::init_ror_merged_scan() performs a table handler clone. Innodb does not provide a clone operation. The ha_innobase::clone() is not there. The handler::clone() does not take care of the ha_innobase->prebuilt->select_lock_type. Because of this what happens is that for one index we do a locking read, and for the other index we were doing a non-locking (consistent) read. The patch introduces ha_innobase::clone() member function. It is implemented similar to ha_myisam::clone(). It calls the base class handler::clone() and then does any additional operation required. I am setting the ha_innobase->prebuilt->select_lock_type correctly. rb://1060 approved by Marko