MYSQL中對(duì)信號(hào)的處理(SIGTERM,SIGQUIT,SIGHUP等)
原創(chuàng),因?yàn)長(zhǎng)INUX系統(tǒng)編程水平有限某些用詞不當(dāng)請(qǐng)指出
一、信號(hào)處理以及多線程先信號(hào)處理基礎(chǔ)知識(shí)
在LINUX中信號(hào)是一種由內(nèi)核處理的一種軟中斷機(jī)制,他滿足簡(jiǎn)單、不能攜帶大量信息、并且要滿足一定條件才會(huì)發(fā)送等特征。
信號(hào)會(huì)經(jīng)歷產(chǎn)生-->阻塞信號(hào)集-->未決信號(hào)集-->信號(hào)遞達(dá)-->信號(hào)處理方式
首先信號(hào)的產(chǎn)生可以有多種方式比如我們經(jīng)常用的kill命名,下面將一些kill 中常用信號(hào)列舉一下并且給出默認(rèn)處理方式
(摘取自邢文鵬LINUX講義)
-
1) SIGHUP:當(dāng)用戶退出shell時(shí),由該shell啟動(dòng)的所有進(jìn)程將收到這個(gè)信號(hào),默認(rèn)動(dòng)作為終止進(jìn)程
-
2)SIGINT:當(dāng)用戶按下了<Ctrl+C>組合鍵時(shí),用戶終端向正在運(yùn)行中的由該終端啟動(dòng)的程序發(fā)出此信號(hào)。默認(rèn)動(dòng)
-
作為終止里程。
-
3)SIGQUIT:當(dāng)用戶按下<ctrl+\>組合鍵時(shí)產(chǎn)生該信號(hào),用戶終端向正在運(yùn)行中的由該終端啟動(dòng)的程序發(fā)出些信
-
號(hào)。默認(rèn)動(dòng)作為終止進(jìn)程。
-
4)SIGILL:CPU檢測(cè)到某進(jìn)程執(zhí)行了非法指令。默認(rèn)動(dòng)作為終止進(jìn)程并產(chǎn)生core文件
-
5)SIGTRAP:該信號(hào)由斷點(diǎn)指令或其他 trap指令產(chǎn)生。默認(rèn)動(dòng)作為終止里程 并產(chǎn)生core文件。
-
6 ) SIGABRT:調(diào)用abort函數(shù)時(shí)產(chǎn)生該信號(hào)。默認(rèn)動(dòng)作為終止進(jìn)程并產(chǎn)生core文件。
-
7)SIGBUS:非法訪問(wèn)內(nèi)存地址,包括內(nèi)存對(duì)齊出錯(cuò),默認(rèn)動(dòng)作為終止進(jìn)程并產(chǎn)生core文件。
-
8)SIGFPE:在發(fā)生致命的運(yùn)算錯(cuò)誤時(shí)發(fā)出。不僅包括浮點(diǎn)運(yùn)算錯(cuò)誤,還包括溢出及除數(shù)為0等所有的算法錯(cuò)誤。默
-
認(rèn)動(dòng)作為終止進(jìn)程并產(chǎn)生core文件。
-
9)SIGKILL:無(wú)條件終止進(jìn)程。本信號(hào)不能被忽略,處理和阻塞。默認(rèn)動(dòng)作為終止進(jìn)程。它向系統(tǒng)管理員提供了可
-
以殺死任何進(jìn)程的方法。
-
10)SIGUSE1:用戶定義 的信號(hào)。即程序員可以在程序中定義并使用該信號(hào)。默認(rèn)動(dòng)作為終止進(jìn)程。
-
11)SIGSEGV:指示進(jìn)程進(jìn)行了無(wú)效內(nèi)存訪問(wèn)。默認(rèn)動(dòng)作為終止進(jìn)程并產(chǎn)生core文件。
-
12)SIGUSR2:這是另外一個(gè)用戶自定義信號(hào) ,程序員可以在程序中定義 并使用該信號(hào)。默認(rèn)動(dòng)作為終止進(jìn)程。1
-
13)SIGPIPE:Broken pipe向一個(gè)沒(méi)有讀端的管道寫數(shù)據(jù)。默認(rèn)動(dòng)作為終止進(jìn)程。
-
14) SIGALRM:定時(shí)器超時(shí),超時(shí)的時(shí)間 由系統(tǒng)調(diào)用alarm設(shè)置。默認(rèn)動(dòng)作為終止進(jìn)程。
-
15)SIGTERM:程序結(jié)束信號(hào),與SIGKILL不同的是,該信號(hào)可以被阻塞和終止。通常用來(lái)要示程序正常退出。執(zhí)行
-
shell命令Kill時(shí),缺省產(chǎn)生這個(gè)信號(hào)。默認(rèn)動(dòng)作為終止進(jìn)程。
-
16)SIGCHLD:子進(jìn)程結(jié)束時(shí),父進(jìn)程會(huì)收到這個(gè)信號(hào)。默認(rèn)動(dòng)作為忽略這個(gè)信號(hào)。
-
17)SIGCONT:停止進(jìn)程的執(zhí)行。信號(hào)不能被忽略,處理和阻塞。默認(rèn)動(dòng)作為終止進(jìn)程。
-
18)SIGTTIN:后臺(tái)進(jìn)程讀終端控制臺(tái)。默認(rèn)動(dòng)作為暫停進(jìn)程。
-
19)SIGTSTP:停止進(jìn)程的運(yùn)行。按下<ctrl+z>組合鍵時(shí)發(fā)出這個(gè)信號(hào)。默認(rèn)動(dòng)作為暫停進(jìn)程。
-
21)SIGTTOU:該信號(hào)類似于SIGTTIN,在后臺(tái)進(jìn)程要向終端輸出數(shù)據(jù)時(shí)發(fā)生。默認(rèn)動(dòng)作為暫停進(jìn)程。
-
22)SIGURG:套接字上有緊急數(shù)據(jù)時(shí),向當(dāng)前正在運(yùn)行的進(jìn)程發(fā)出些信號(hào),報(bào)告有緊急數(shù)據(jù)到達(dá)。如網(wǎng)絡(luò)帶外數(shù)據(jù)
-
到達(dá),默認(rèn)動(dòng)作為忽略該信號(hào)。
-
23)SIGXFSZ:進(jìn)程執(zhí)行時(shí)間超過(guò)了分配給該進(jìn)程的CPU時(shí)間 ,系統(tǒng)產(chǎn)生該信號(hào)并發(fā)送給該進(jìn)程。默認(rèn)動(dòng)作為終止
-
進(jìn)程。
-
24)SIGXFSZ:超過(guò)文件的最大長(zhǎng)度設(shè)置。默認(rèn)動(dòng)作為終止進(jìn)程。
-
25)SIGVTALRM:虛擬時(shí)鐘超時(shí)時(shí)產(chǎn)生該信號(hào)。類似于SIGALRM,但是該信號(hào)只計(jì)算該進(jìn)程占用CPU的使用時(shí)間。默
-
認(rèn)動(dòng)作為終止進(jìn)程。
-
26)SGIPROF:類似于SIGVTALRM,它不公包括該進(jìn)程占用CPU時(shí)間還包括執(zhí)行系統(tǒng)調(diào)用時(shí)間。默認(rèn)動(dòng)作為終止進(jìn)
-
程。
-
27)SIGWINCH:窗口變化大小時(shí)發(fā)出。默認(rèn)動(dòng)作為忽略該信號(hào)。
-
28)SIGIO:此信號(hào)向進(jìn)程指示發(fā)出了一個(gè)異步IO事件。默認(rèn)動(dòng)作為忽略。
-
29)SIGPWR:關(guān)機(jī)。默認(rèn)動(dòng)作為終止進(jìn)程。
-
30)SIGSYS:無(wú)效的系統(tǒng)調(diào)用。默認(rèn)動(dòng)作為終止進(jìn)程并產(chǎn)生core文件。
-
31)SIGRTMIN~(64)SIGRTMAX:LINUX的實(shí)時(shí)信號(hào),它們沒(méi)有固定的含義(可以由用戶自定義)。所有的實(shí)時(shí)信
-
號(hào)的默認(rèn)動(dòng)作都為終止進(jìn)程
其次我們經(jīng)常的按鍵也可以產(chǎn)生
Ctrl+c 2)SIGINT
Ctrl+\ 3)SIGQUIT
Ctrl+z 4)SIGTSTP
當(dāng)然還有很多其他觸發(fā)方式比如硬件異常,raise函數(shù),abort函數(shù),alarm函數(shù)等等。
其次是阻塞信號(hào)集,阻塞信號(hào)集能夠?qū)ο氤?9/19號(hào)信號(hào)以外)的信號(hào)進(jìn)行屏蔽,如果屏蔽后信號(hào)自然不會(huì)到達(dá)遞達(dá)狀態(tài),也就談不上
處理了。我們通過(guò)sigprocmask函數(shù)進(jìn)行阻塞信號(hào)集的設(shè)置,但之前必須要設(shè)置sigset_t 集合,通過(guò)sigaddset sigdelset sigemptyset
sigfillset等函數(shù)設(shè)置。
未決信號(hào)集是不能被操作的,只能被獲取通過(guò)sigpending函數(shù)獲取,但是他和阻塞信號(hào)集一起可以控制信號(hào)的遞達(dá)
信號(hào)遞達(dá)后就需要處理信號(hào),默認(rèn)的行為上面都列舉了,但是信號(hào)(9/19號(hào)信號(hào)以外)是可以被捕獲改變其處理方式的,我們可以自定義函數(shù)
作為某個(gè)信號(hào)的處理方式,這可以通過(guò)signal函數(shù)和sigaction函數(shù)進(jìn)行捕獲和處理,sigaction函數(shù)相對(duì)復(fù)雜需要有一個(gè)struct sigaction的
結(jié)構(gòu)體變量,其中包含了sa_handler\sa_mask\sa_flags\sa_siaction 成員,這里不做解釋可以自行查看LINUX man page
上面是單進(jìn)程下的信號(hào)處理方式,在多線程下,線程之間公用處理方式,但是可以有不同的信號(hào)屏蔽集,在多線程下一般采用設(shè)置統(tǒng)一的信號(hào)
屏蔽字和信號(hào)處理方式使用pthread_mask函數(shù)繼承到各個(gè)線程,同時(shí)使用sigwait/sigwaitinfo等函數(shù)設(shè)置一個(gè)單獨(dú)的信號(hào)處理線程來(lái)進(jìn)行統(tǒng)一
處理,
MYSQL就是這樣處理的。
二、MYSQL中的信號(hào)處理
首先我們可以發(fā)現(xiàn)MYSQL中有一個(gè)單獨(dú)的signal處理線程
| 36 | 1927 | sql/signal_handler | NULL | BACKGROUND | NULL | NULL |
這個(gè)線程對(duì)整個(gè)MYSQLD進(jìn)程的信號(hào)進(jìn)行統(tǒng)一的處理,特別是涉及到SIGTERM,SIGQUIT,SIGHUP等信號(hào)的處理。
下面從源碼觸發(fā)我們來(lái)分析一下
1、信號(hào)初始化
void my_init_signals()函數(shù)
下面我們將一些關(guān)于信號(hào)處理的源碼放出來(lái)進(jìn)行解釋
-
/*
-
SA_RESETHAND resets handler action to default when entering handler.
-
SA_NODEFER allows receiving the same signal during handler.
-
E.g. SIGABRT during our signal handler will dump core (default action).
-
*/
-
//這里將一些列如段錯(cuò)誤、浮點(diǎn)數(shù)例外、總線錯(cuò)誤、CPU非法指令等信號(hào)的默認(rèn)處理
-
//方式進(jìn)行修改,修改為handle_fatal_signal函數(shù)調(diào)用,這個(gè)函數(shù)應(yīng)該是打印一些
-
//出錯(cuò)時(shí)候的狀態(tài)信息等,我沒(méi)有仔細(xì)看這個(gè)回調(diào)函數(shù)
-
sa.sa_flags= SA_RESETHAND | SA_NODEFER;
-
sa.sa_handler= handle_fatal_signal;
-
// Treat all these as fatal and handle them.
-
(void) sigaction(SIGSEGV, &sa, NULL);
-
(void) sigaction(SIGABRT, &sa, NULL);
-
(void) sigaction(SIGBUS, &sa, NULL);
-
(void) sigaction(SIGILL, &sa, NULL);
-
(void) sigaction(SIGFPE, &sa, NULL);
-
}
-
-
// Ignore SIGPIPE and SIGALRM
-
//這里忽略掉管道錯(cuò)誤和定時(shí)器信號(hào)
-
sa.sa_flags= 0;
-
sa.sa_handler= SIG_IGN;
-
(void) sigaction(SIGPIPE, &sa, NULL);
-
(void) sigaction(SIGALRM, &sa, NULL);
-
-
//自定義信號(hào),從注釋來(lái)看是終止socket通信的
-
//回調(diào)函數(shù)為empty_signal_handler
-
// SIGUSR1 is used to interrupt the socket listener.
-
sa.sa_handler= empty_signal_handler;
-
(void) sigaction(SIGUSR1, &sa, NULL);
-
-
-
//這里估計(jì)是什么特殊處理因?yàn)镾IGTERM、SIGHUP已經(jīng)在后面設(shè)置了
-
//阻塞,應(yīng)該和平臺(tái)有關(guān)
-
// Fix signals if ignored by parents (can happen on Mac OS X).
-
sa.sa_handler= SIG_DFL;
-
(void) sigaction(SIGTERM, &sa, NULL);
-
(void) sigaction(SIGHUP, &sa, NULL);
-
-
//下面開(kāi)始設(shè)置我們的阻塞信號(hào)集通過(guò)pthread_sigmask生效
-
//要阻塞SIGQUIT、SIGHUP、SIGTERM、SIGTSTP等信號(hào)
-
//都是一些常用的可以終止進(jìn)程的信號(hào)
-
sigset_t set;
-
(void) sigemptyset(&set);
-
/*
-
Block SIGQUIT, SIGHUP and SIGTERM.
-
The signal handler thread does sigwait() on these.
-
*/
-
(void) sigaddset(&set, SIGQUIT);
-
(void) sigaddset(&set, SIGHUP);
-
(void) sigaddset(&set, SIGTERM);
-
(void) sigaddset(&set, SIGTSTP);
-
/*
-
Block SIGINT unless debugging to prevent Ctrl+C from causing
-
unclean shutdown of the server.
-
*/
-
if (!(test_flags & TEST_SIGINT))
-
(void) sigaddset(&set, SIGINT);
-
pthread_sigmask(SIG_SETMASK, &set, NULL);
-
到這里我們發(fā)現(xiàn)MYSQL線程實(shí)際上屏蔽了SIGQUIT、SIGHUP、SIGTERM、SIGTSTP
信號(hào),通過(guò)一個(gè)專門的線程來(lái)處理這幾個(gè)信號(hào)。同時(shí)很多信號(hào)也重新捕獲改變了其
處理方式,詳見(jiàn)上面解釋。
2、信號(hào)處理線程
start_signal_handler-->signal_hand 來(lái)建立信號(hào)處理線程。
我們重點(diǎn)關(guān)注signal_hand這個(gè)回調(diào)函數(shù),下面是一些源碼和解釋
-
extern "C" void *signal_hand(void *arg MY_ATTRIBUTE((unused)))
-
{
-
my_thread_init();
-
//這里設(shè)置sigset_t信號(hào)集合,并將SIGTERM/SIGQUIT/SIGHUP設(shè)置
-
sigset_t set;
-
(void) sigemptyset(&set);
-
(void) sigaddset(&set, SIGTERM);
-
(void) sigaddset(&set, SIGQUIT);
-
(void) sigaddset(&set, SIGHUP);
-
-
.....MUTEX相關(guān)不考慮
-
-
for (;;)
-
{
-
int sig;
-
while (sigwait(&set, &sig) == EINTR) //調(diào)用sigwait堵塞捕獲信號(hào)
-
{}
-
if (cleanup_done)
-
{
-
my_thread_end();
-
my_thread_exit(0); // Safety
-
return NULL; // Avoid compiler warnings
-
}
-
switch (sig) { //下面的判斷非常重要如果是SIGTERM和SIGQUIT會(huì)
-
//pthread_kill終止所有活動(dòng)的會(huì)話線程每個(gè)線程將收到
-
//SIGUSR1信號(hào)然后調(diào)用empty_signal_handler回調(diào)函數(shù)進(jìn)行
-
//處理然后close_connections然后my_thread_end關(guān)閉,
-
//這里是否調(diào)用innodb關(guān)閉操作,可以通過(guò)GDB打斷點(diǎn)
-
//到innobase_shutdown_for_mysql函數(shù)上,我做了
-
//測(cè)試確實(shí)調(diào)用了后面會(huì)給出,也就是說(shuō)kill SIGTERM和
-
//SIGQUIT是安全的,因?yàn)樗麄冋{(diào)用innodb關(guān)閉函數(shù)正常
-
//的關(guān)閉了innodb
-
case SIGTERM:
-
case SIGQUIT:
-
// Switch to the file log message processing.
-
query_logger.set_handlers((log_output_options != LOG_NONE) ?
-
LOG_FILE : LOG_NONE);
-
DBUG_PRINT("info", ("Got signal: %d abort_loop: %d", sig, abort_loop));
-
if (!abort_loop)
-
{
-
abort_loop= true; // Mark abort for threads.
-
/*
-
Kill the socket listener.
-
The main thread will then set socket_listener_active= false,
-
and wait for us to finish all the cleanup below.
-
*/
-
mysql_mutex_lock(&LOCK_socket_listener_active);
-
while (socket_listener_active)
-
{
-
DBUG_PRINT("info",("Killing socket listener"));
-
if (pthread_kill(main_thread_id, SIGUSR1))
-
{
-
DBUG_ASSERT(false);
-
break;
-
}
-
mysql_cond_wait(&COND_socket_listener_active,
-
&LOCK_socket_listener_active);
-
}
-
mysql_mutex_unlock(&LOCK_socket_listener_active);
-
-
close_connections();
-
}
-
my_thread_end();
-
my_thread_exit(0);
-
return NULL; // Avoid compiler warnings
-
break;
-
case SIGHUP: //這里也是大家很關(guān)心的關(guān)于SIGHUP到底了做了什么
-
//我們可以看到他調(diào)用reload_acl_and_cache來(lái)刷新
-
//一個(gè)東西,具體后面給出,并沒(méi)有其他什么操作
-
//這個(gè)SIGHUP信號(hào)的行為完全被改變了
-
if (!abort_loop)
-
{
-
int not_used;
-
mysql_print_status(); // Print some debug info
-
reload_acl_and_cache(NULL,
-
(REFRESH_LOG | REFRESH_TABLES | REFRESH_FAST |
-
REFRESH_GRANT | REFRESH_THREADS | REFRESH_HOSTS),
-
NULL, ¬_used); // Flush logs
-
// Reenable query logs after the options were reloaded.
-
query_logger.set_handlers(log_output_options);
-
}
-
break;
-
default:
-
break; /* purecov: tested */
-
}
-
}
-
return NULL; /* purecov: deadcode */
-
}
這里我們看到很多我們關(guān)心的東西:
kill/kill -15/kill -SIGTERM做什么:
他們都是一樣的都是SIGTERM信號(hào)MYSQL關(guān)閉所有活躍的連接同時(shí)干凈的關(guān)閉innodb,我通過(guò)gdb確實(shí)看到了innodb關(guān)閉函數(shù)的調(diào)用,
這很容易我只要斷點(diǎn)打到innobase_shutdown_for_mysql(),同時(shí)kill mysqldpid即可
-
(gdb) bt
-
#0 innobase_shutdown_for_mysql () at /root/mysql5.7.14/percona-server-5.7.14-7/storage/innobase/srv/srv0start.cc:2785
-
#1 0x00000000019a0f9c in innobase_end (hton=0x2e9a450, type=HA_PANIC_CLOSE) at /root/mysql5.7.14/percona-server-5.7.14-7/storage/innobase/handler/ha_innodb.cc:4360
-
#2 0x0000000000f62215 in ha_finalize_handlerton (plugin=0x2fe31a0) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/handler.cc:813
-
#3 0x00000000015d3179 in plugin_deinitialize (plugin=0x2fe31a0, ref_check=true) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/sql_plugin.cc:995
-
#4 0x00000000015d3562 in reap_plugins () at /root/mysql5.7.14/percona-server-5.7.14-7/sql/sql_plugin.cc:1077
-
#5 0x00000000015d54c7 in plugin_shutdown () at /root/mysql5.7.14/percona-server-5.7.14-7/sql/sql_plugin.cc:1845
-
#6 0x0000000000ebf5eb in clean_up (print_message=true) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/mysqld.cc:1336
-
#7 0x0000000000ec6c7e in mysqld_main (argc=56, argv=0x2e98768) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/mysqld.cc:5358
-
#8 0x0000000000ebd404 in main (argc=9, argv=0x7fffffffe418) at /root/mysql5.7.14/percona-server-5.7.14-7/sql/main.cc:25
kill -3/kill -SIGQUIT做什么:
和上面一樣,這在源碼中清楚的看到了
kill -1/kill -SIGHUP做什么:
源碼解釋中說(shuō)了做
reload_acl_and_cache(NULL,(REFRESH_LOG | REFRESH_TABLES | REFRESH_FAST |
REFRESH_GRANT | REFRESH_THREADS | REFRESH_HOSTS),
NULL, ?_used); // Flush logs
函數(shù)調(diào)用關(guān)于參數(shù)2
@param options What should be reset/reloaded (tables, privileges, slave...)
我們可以看到這樣的解釋,那么
REFRESH_LOG | REFRESH_TABLES | REFRESH_FAST |REFRESH_GRANT | REFRESH_THREADS | REFRESH_HOSTS
代表什么,明顯他們是位圖方式,他們代表的東西在源碼中有解釋如下:
-
#define REFRESH_GRANT 1 /* Refresh grant tables */
-
#define REFRESH_LOG 2 /* Start on new log file */
-
#define REFRESH_TABLES 4 /* close all tables */
-
#define REFRESH_HOSTS 8 /* Flush host cache */
-
#define REFRESH_STATUS 16 /* Flush status variables */
-
#define REFRESH_THREADS 32 /* Flush thread cache */
-
#define REFRESH_SLAVE 64 /* Reset master info and restart slave
-
thread */
-
#define REFRESH_MASTER 128 /* Remove all bin logs in the index
-
and truncate the index */
-
#define REFRESH_ERROR_LOG 256 /* Rotate only the erorr log */
-
#define REFRESH_ENGINE_LOG 512 /* Flush all storage engine logs */
-
#define REFRESH_BINARY_LOG 1024 /* Flush the binary log */
-
#define REFRESH_RELAY_LOG 2048 /* Flush the relay log */
-
#define REFRESH_GENERAL_LOG 4096 /* Flush the general log */
-
#define REFRESH_SLOW_LOG 8192 /* Flush the slow query log */
他們基本都是自解釋的,不用過(guò)多描述,那么我們也清楚的明白了SIGHUP在mysqld中被從新定義了,做各種刷新操作而已。
當(dāng)然大家千萬(wàn)不要直接kill -9這個(gè)信號(hào)不能被屏蔽也不能被捕獲,而是強(qiáng)制終止進(jìn)程這個(gè)時(shí)候innodb不可能調(diào)用
innobase_shutdown_for_mysql來(lái)干凈的關(guān)閉MYSQLD。
作者微信: