diff options
author | Venkata Sidagam <venkata.sidagam@oracle.com> | 2013-01-24 14:02:54 +0530 |
---|---|---|
committer | Venkata Sidagam <venkata.sidagam@oracle.com> | 2013-01-24 14:02:54 +0530 |
commit | 776df0a3660ebc724754b56a007345b3961e8a36 (patch) | |
tree | d16896141d9689b8c8b59960037ba07cf1fa15df /sql/sql_analyse.h | |
parent | 65cb30b3b94d1a0cca207623519f711d7ff11d17 (diff) | |
download | mariadb-git-776df0a3660ebc724754b56a007345b3961e8a36.tar.gz |
Bug #11752803 SERVER CRASHES IF MAX_CONNECTIONS DECREASED BELOW
CERTAIN LEVEL
Problem description: mysqld crashes when we update the max_connections
variable to lesser value than the number of currently open connections.
Analysis: The "alarm_queue.max_elements" size will be decided at the
server start time and it will get modified if we change max_connections
value. In the current scenario the value of "alarm_queue.max_elements"
is decremented when the max_connections is set to 2. When updating the
"alarm_queue.max_elements" value we are not updating "max_used_alarms"
value. Hence, instead of getting the warning "thr_alarm queue is full"
it is ending up in asserting the server at the time of inserting new
elements in the queue.
Fix: the fix is to dynamically increase the size of the alarm_queue.
In order to do that, queue_insert_safe() should be used instead if
queue_insert().
Diffstat (limited to 'sql/sql_analyse.h')
0 files changed, 0 insertions, 0 deletions