summaryrefslogtreecommitdiff
path: root/sql/mdl.cc
diff options
context:
space:
mode:
authorDmitry Lenev <dlenev@mysql.com>2010-02-15 15:37:48 +0300
committerDmitry Lenev <dlenev@mysql.com>2010-02-15 15:37:48 +0300
commit03672b9696fd255d97bf1e1ecef0f16c8575a5b7 (patch)
tree02a2b36ef44e7e429dea5fd1dcc66f3c95432c34 /sql/mdl.cc
parent37fd0bcf633e95833510c5e2aa7f98b0af4866d8 (diff)
downloadmariadb-git-03672b9696fd255d97bf1e1ecef0f16c8575a5b7.tar.gz
Fix for bug #51093 "Crash (possibly stack overflow) in
MDL_lock::find_deadlock". On some platforms deadlock detector in metadata locking subsystem under certain conditions might have exhausted stack space causing server crashes. Particularly this caused failures of rqg_mdl_stability test on Solaris in PushBuild. During search for deadlock MDL deadlock detector could sometimes encounter loop in the waiters graph in which MDL_context which has started search for a deadlock does not participate. In such case our algorithm will continue looping assuming that either this deadlock will be resolved by MDL_context which has created it (i.e. by one of loop participants) or maximum search depth will be reached. Since max search depth was set to 1000 in the latter case on platforms where each iteration of deadlock search algorithm needs more than DEFAULT_STACK_SIZE/1000 bytes of stack (around 192 bytes for 32-bit and around 256 bytes for 64-bit platforms) we might have exhausted stack space. This patch solves this problem by reducing maximum search depth for MDL deadlock detector to 32. This should be safe at the moment as it is unlikely that each iteration of the current deadlock detector algorithm will consume more than 1K of stack (thus total amount of stack required can't be more than 32K) and we require at least 80K of stack in order to open any table. Also this value should be (hopefully) big enough to not cause too much false deadlock errors (there is an anecdotal evidence that real-life deadlocks are typically shorter than that). Additional reasearch should be conducted in future in order to determine the more optimal value of maximum search depth. This patch does not include test case as existing rqg_mdl_stability test can serve as one.
Diffstat (limited to 'sql/mdl.cc')
-rw-r--r--sql/mdl.cc15
1 files changed, 14 insertions, 1 deletions
diff --git a/sql/mdl.cc b/sql/mdl.cc
index e493b42ca69..28cff420e0d 100644
--- a/sql/mdl.cc
+++ b/sql/mdl.cc
@@ -74,7 +74,20 @@ public:
MDL_context *start;
MDL_context *victim;
uint current_search_depth;
- static const uint MAX_SEARCH_DEPTH= 1000;
+ /**
+ Maximum depth for deadlock searches. After this depth is
+ achieved we will unconditionally declare that there is a
+ deadlock.
+
+ @note This depth should be small enough to avoid stack
+ being exhausted by recursive search algorithm.
+
+ TODO: Find out what is the optimal value for this parameter.
+ Current value is safe, but probably sub-optimal,
+ as there is an anecdotal evidence that real-life
+ deadlocks are even shorter typically.
+ */
+ static const uint MAX_SEARCH_DEPTH= 32;
};