| Bug #53283 | set global max_connections lower cause a crash at high concurrency/connections | ||
|---|---|---|---|
| Submitted: | 29 Apr 2010 8:15 | Modified: | 28 Dec 2014 14:34 | 
| Reporter: | Shane Bester (Platinum Quality Contributor) | Email Updates: | |
| Status: | Can't repeat | Impact on me: | |
| Category: | MySQL Server: Options | Severity: | S1 (Critical) | 
| Version: | 5.1.37 | OS: | Any | 
| Assigned to: | CPU Architecture: | Any | |
   [29 Apr 2010 8:15]
   Shane Bester        
  
 
   [8 May 2010 18:22]
   Valeriy Kravchuk        
  Any ideas for a repeatable test case are welcomed.
   [29 May 2010 13:24]
   MySQL Verification Team        
  just noting that if anybody who hit this crash had been reading and playing with methods described in http://www.mysqlperformanceblog.com/2010/03/23/too-many-connections-no-problem/ then you're on your own!
   [29 May 2010 14:40]
   MySQL Verification Team        
  Suspicious comment in signal_hand()
  /*
    Setup alarm handler
    This should actually be '+ max_number_of_slaves' instead of +10,
    but the +10 should be quite safe.
  */
  init_thr_alarm(thread_scheduler.max_threads +
		 global_system_variables.max_insert_delayed_threads + 10);
 
   [8 Jun 2010 23:00]
   Bugs System        
  No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".
   [28 Dec 2014 14:34]
   MySQL Verification Team        
  I've never seen this crash again in the last 4 years, so assuming the issue is no longer relevant on modern versions of 5.6
