c9878baa87
Summary: Fix this scenario: trx1> acquire shared lock on $key trx2> acquire shared lock on the same $key trx1> attempt to acquire a unique lock on $key. Lock acquisition will fail, and deadlock detection will start. It will call iterate_and_get_overlapping_row_locks() which will produce a list with two locks (shared locks by trx1 and trx2). However the code in lock_request::build_wait_graph() was not prepared to find the lock by the same transaction in the list of conflicting locks. Fix it to ignore it. (One may suggest to fix iterate_and_get_overlapping_row_locks() to not include locks by trx1. This is not a good idea, because that function is also used to report all locks currently held) Pull Request resolved: https://github.com/facebook/rocksdb/pull/7938 Reviewed By: zhichao-cao Differential Revision: D26529374 Pulled By: ajkr fbshipit-source-id: d89cbed008db1a97a8f2351b9bfb75310750d16a |
||
---|---|---|
.. | ||
ft | ||
locktree | ||
portability | ||
util | ||
COPYING.AGPLv3 | ||
COPYING.APACHEv2 | ||
COPYING.GPLv2 | ||
db.h | ||
README | ||
standalone_port.cc |
The files in this directory originally come from https://github.com/percona/PerconaFT/. This directory only includes the "locktree" part of PerconaFT, and its dependencies. The following modifications were made: - Make locktree usable outside of PerconaFT library - Add shared read-only lock support The files named *_subst.* are substitutes of the PerconaFT's files, they contain replacements of PerconaFT's functionality.