summaryrefslogtreecommitdiff
path: root/include/atomic
diff options
context:
space:
mode:
authorJon Olav Hauglid <jon.hauglid@sun.com>2010-02-17 11:24:53 +0100
committerJon Olav Hauglid <jon.hauglid@sun.com>2010-02-17 11:24:53 +0100
commit58a076867246ac4f931f89ee729c520600d84ae8 (patch)
tree4419038926b622a34299b8698d179e1064231328 /include/atomic
parentab293e26c385d3dfc1b51923b50fd5f2ac158ee0 (diff)
downloadmariadb-git-58a076867246ac4f931f89ee729c520600d84ae8.tar.gz
Bug #44613 SELECT statement inside FUNCTION takes a shared lock
The problem was that a shared InnoDB row lock was taken when executing SELECT statements inside a stored function as a part of a transaction using REPEATABLE READ. This prevented other transactions from updating the row. InnoDB uses multi-versioning and consistent nonlocking reads. SELECTs should therefore not acquire locks and block other transactions wishing to do updates. This bug is no longer repeatable with the changes introduced in the scope of metadata locking. Test case added to innodb_mysql.test.
Diffstat (limited to 'include/atomic')
0 files changed, 0 insertions, 0 deletions