从MySQL Signal 14 Warning看MySQL的线程信号处理模型_MySQL

1、Connection manager threads handle client connection requests on the network interfaces that the server<br> listens to.<br><br>2、A signal thread handles all signals. This thread also normally handles alarms and calls process_alarm() <br>to force timeouts on connections that have been idle too long. <br><br>3、If mysqld is compiled with -DUSE_ALARM_THREAD, a dedicated thread that handles alarms is created. <br>This is only used on some systems where there are problems with sigwait()  or if you want to use the thr_alarm() <br> code in your application without a dedicated signal handling thread.<br><br><p>从mysql的main函数中可以看到，虽然mysql的主线程注册了SIGALARM的信号处理函数，但是实际上mysql是采用在指定的线程</p><p>中同步的方式处理异步信号的，即主线程在系统初始化时先进行信号的初始化，包括设置主线程的信号掩码，以统一抛给信号处理</p><p>线程去处理，主线程的信号掩码会被它的所有子线程继承，之后进程收到的信号都会由信号处理线程去处理。但前提是所有的子线</p><p>程都继承了主线程的信号掩码，否则异步信号总能够传递给进程。</p><p>我们的问题出在有两个后台线程是在静态变量中初始化和启动的，这时候mysql的主线程根本还没进行信号掩码的设置，所以SIGALARM这个</p><p>本来应该由信号处理线程处理的信号，却通过我们的后台线程handle给了MySQL的主进程，并调用信号处理函数打出这个warning。</p>后来发邮件给MySQL的开发人员(http://lists.mysql.com/internals/38057)， 他们确认了我的理解是对的， 并且指出了我们这样使用线程<br>可能导致其他的问题， 包括：<br><p>1、在静态变量的构造函数中执行代码，可能导致代码执行权限被提升，有安全问题；</p><p> 2、如果把存储引擎编译成动态链接库的形式的话，只有init()回调函数会被调用到，静态变量的构造函数永远不会被执行。</p><p>他们的建议是：Please don't execute any code before mysql asks you to initialide the engine.</p>而innodb默认也有几个后台的io线程，之所以没这个问题，是因为这些后台线程是在innobase_init()函数中创建的，这些线程都继承了主线程的信号掩码。<br>