summaryrefslogtreecommitdiff
path: root/mysql-test/mysql-test-run.pl
diff options
context:
space:
mode:
authorAnnamalai Gurusami <annamalai.gurusami@oracle.com>2014-02-11 16:44:37 +0530
committerAnnamalai Gurusami <annamalai.gurusami@oracle.com>2014-02-11 16:44:37 +0530
commit723c0a1ba5bcdfcf969e52295cf87f3fdaa8f40f (patch)
tree4be0083156b6865b5490c6b65b627f8f7fd24b1a /mysql-test/mysql-test-run.pl
parent9a148bc9010bf123e69b851ace45928c30bab8e9 (diff)
downloadmariadb-git-723c0a1ba5bcdfcf969e52295cf87f3fdaa8f40f.tar.gz
Bug#18185930 UPD_NODE_INSERT_BLOB CAUSES BTR_EXTERN_OWNER_FLAG ASSERTION
Problem: In the clustered index, when an update operation is done the overall scenario (after rb#4479) is as follows: 1. Delete mark the old record that is to be updated. 2. The old record disowns the blobs. 3. Insert the new record into clustered index. 4. For non-updated blobs, new record must own it. Verified by assert. 5. For non-updated blobs, in new record marked as inherited. Scenario involving DB_LOCK_WAIT: If step 3 times out, then we will skip 1 and 2 and will continue from step 3. This skipping is achieved by the UPD_NODE_INSERT_BLOB state. In this case, step 4 is not correct. Because of step 1, the new record need not own the blobs. Hence the assert failure. Solution: The assert in step 4 is removed. Instead code is added to ensure that the record owns the blob. Note: This is a regression caused by rb#4479. rb#4571 approved by Marko
Diffstat (limited to 'mysql-test/mysql-test-run.pl')
0 files changed, 0 insertions, 0 deletions