PostgreSQL同步復(fù)制主庫掛起分析

這篇文章主要講解了“PostgreSQL同步復(fù)制主庫掛起分析”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“PostgreSQL同步復(fù)制主庫掛起分析”吧！

在Streaming Replication環(huán)境中PostgreSQL主節(jié)點(diǎn)設(shè)置為同步復(fù)制,如standby節(jié)點(diǎn)沒有啟動(dòng)或者網(wǎng)絡(luò)出現(xiàn)問題沒法連接到主節(jié)點(diǎn)時(shí),主節(jié)點(diǎn)如執(zhí)行DML則進(jìn)程會(huì)掛起,下面分析這個(gè)掛起的問題.

一、數(shù)據(jù)結(jié)構(gòu)

Latch
Latch結(jié)構(gòu)體應(yīng)被視為opaque”不透明的”,并且只能通過公共的函數(shù)訪問.在這里定義是運(yùn)行把Latchs作為更大的結(jié)構(gòu)體的一部分.

//通常情況下，int類型的變量通常是原子訪問的，也可以認(rèn)為 sig_atomic_t就是int類型的數(shù)據(jù)，
//因?yàn)閷@些變量要求一條指令完成，所以sig_atomic_t不可能是結(jié)構(gòu)體，只會(huì)是數(shù)字類型。
typedef int __sig_atomic_t;
/*
 * Latch structure should be treated as opaque and only accessed through
 * the public functions. It is defined here to allow embedding Latches as
 * part of bigger structs.
 * Latch結(jié)構(gòu)體應(yīng)被視為"不透明的"opaque,并且只能通過公共的函數(shù)訪問.
 * 在這里定義是運(yùn)行把Latchs作為更大的結(jié)構(gòu)體的一部分.
 */
typedef struct Latch
{
    sig_atomic_t is_set;
    bool        is_shared;
    int         owner_pid;
#ifdef WIN32
    HANDLE      event;
#endif
} Latch;

二、源碼解讀

N/A

二、跟蹤分析

啟動(dòng)master節(jié)點(diǎn),不啟動(dòng)standby節(jié)點(diǎn),使用psql連接數(shù)據(jù)庫,執(zhí)行SQL,Session掛起:

testdb=# drop table t1;

使用gdb跟蹤掛起的進(jìn)程

[xdb@localhost ~]$ ps -ef|grep postgres
xdb       1318     1  0 12:14 pts/0    00:00:00 /appdb/xdb/pg11.2/bin/postgres
xdb       1319  1318  0 12:14 ?        00:00:00 postgres: logger   
xdb       1321  1318  0 12:14 ?        00:00:00 postgres: checkpointer   
xdb       1322  1318  0 12:14 ?        00:00:00 postgres: background writer   
xdb       1323  1318  0 12:14 ?        00:00:00 postgres: walwriter   
xdb       1324  1318  0 12:14 ?        00:00:00 postgres: autovacuum launcher  
xdb       1325  1318  0 12:14 ?        00:00:00 postgres: archiver   
xdb       1326  1318  0 12:14 ?        00:00:00 postgres: stats collector   
xdb       1327  1318  0 12:14 ?        00:00:00 postgres: logical replication launcher  
xdb       1331  1318  0 12:15 ?        00:00:00 postgres: xdb testdb [local] DROP TABLE waiting for 0/5D07B668
[xdb@localhost ~]$ gdb -p 1331
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-100.el7
...

查看調(diào)用棧

(gdb) bt
#0  0x00007f4636d48903 in __epoll_wait_nocancel () from /lib64/libc.so.6
#1  0x000000000088e668 in WaitEventSetWaitBlock (set=0x21640e8, cur_timeout=-1, occurred_events=0x7ffc96572f40, nevents=1)
    at latch.c:1048
#2  0x000000000088e543 in WaitEventSetWait (set=0x21640e8, timeout=-1, occurred_events=0x7ffc96572f40, nevents=1, 
    wait_event_info=134217761) at latch.c:1000
#3  0x000000000088dcec in WaitLatchOrSocket (latch=0x7f462d5b44d4, wakeEvents=17, sock=-1, timeout=-1, 
    wait_event_info=134217761) at latch.c:385
#4  0x000000000088dbcd in WaitLatch (latch=0x7f462d5b44d4, wakeEvents=17, timeout=-1, wait_event_info=134217761)
    at latch.c:339
#5  0x0000000000863e2d in SyncRepWaitForLSN (lsn=1560786536, commit=true) at syncrep.c:286
#6  0x0000000000546279 in RecordTransactionCommit () at xact.c:1359
#7  0x0000000000546da3 in CommitTransaction () at xact.c:2074
#8  0x0000000000547a3f in CommitTransactionCommand () at xact.c:2817
#9  0x00000000008be250 in finish_xact_command () at postgres.c:2523
#10 0x00000000008bbf45 in exec_simple_query (query_string=0x20a1d78 "drop table t1;") at postgres.c:1170
#11 0x00000000008c0191 in PostgresMain (argc=1, argv=0x20cdcd8, dbname=0x20cdb40 "testdb", username=0x209ea98 "xdb")
    at postgres.c:4182
#12 0x000000000081e06c in BackendRun (port=0x20c3b10) at postmaster.c:4361
#13 0x000000000081d7df in BackendStartup (port=0x20c3b10) at postmaster.c:4033
#14 0x0000000000819bd9 in ServerLoop () at postmaster.c:1706
#15 0x000000000081948f in PostmasterMain (argc=1, argv=0x209ca50) at postmaster.c:1379
#16 0x0000000000742931 in main (argc=1, argv=0x209ca50) at main.c:228
(gdb)

kill進(jìn)程,重新進(jìn)入在WaitLatch上設(shè)置斷點(diǎn)進(jìn)行跟蹤

#########
[xdb@localhost ~]$ kill -9 1331
#########
testdb=# select pg_backend_pid();
 pg_backend_pid 
----------------
           1377
(1 row)
#########
[xdb@localhost ~]$ gdb -p 1377
...
(gdb) b WaitLatch
Breakpoint 1 at 0x88dbac: file latch.c, line 339.
(gdb) 
#########
testdb=# drop table t1;
ERROR:  table "t1" does not exist
testdb=# create table t1(id int);

進(jìn)入斷點(diǎn)

(gdb) b WaitLatch
Breakpoint 1 at 0x88dbac: file latch.c, line 339.
(gdb) c
Continuing.
Breakpoint 1, WaitLatch (latch=0x7f462d5b44d4, wakeEvents=17, timeout=-1, wait_event_info=134217761) at latch.c:339
339     return WaitLatchOrSocket(latch, wakeEvents, PGINVALID_SOCKET, timeout,
(gdb)

進(jìn)入WaitLatchOrSocket

(gdb) step
WaitLatchOrSocket (latch=0x7f462d5b44d4, wakeEvents=17, sock=-1, timeout=-1, wait_event_info=134217761) at latch.c:359
359     int         ret = 0;
(gdb) 
(gdb) p *latch
$1 = {is_set = 0, is_shared = true, owner_pid = 1377}

構(gòu)建等待事件集

(gdb) n
362     WaitEventSet *set = CreateWaitEventSet(CurrentMemoryContext, 3);
(gdb) n
364     if (wakeEvents & WL_TIMEOUT)
(gdb) 
367         timeout = -1;
(gdb) 
369     if (wakeEvents & WL_LATCH_SET)
(gdb) p *set
$2 = {nevents = 0, nevents_space = 3, events = 0x2181eb8, latch = 0x0, latch_pos = 0, epoll_fd = 37, 
  epoll_ret_events = 0x2181f00}
(gdb) p *set->events
$3 = {pos = 0, events = 0, fd = 0, user_data = 0x0}
(gdb) p *set->epoll_ret_events
$4 = {events = 0, data = {ptr = 0x0, fd = 0, u32 = 0, u64 = 0}}
(gdb) 
$5 = {events = 0, data = {ptr = 0x0, fd = 0, u32 = 0, u64 = 0}}
(gdb) n
370         AddWaitEventToSet(set, WL_LATCH_SET, PGINVALID_SOCKET,
(gdb) 
373     if (wakeEvents & WL_POSTMASTER_DEATH && IsUnderPostmaster)
(gdb) 
374         AddWaitEventToSet(set, WL_POSTMASTER_DEATH, PGINVALID_SOCKET,
(gdb) 
377     if (wakeEvents & WL_SOCKET_MASK)
(gdb) 
385     rc = WaitEventSetWait(set, timeout, &event, 1, wait_event_info);
(gdb) p *set
$6 = {nevents = 2, nevents_space = 3, events = 0x2181eb8, latch = 0x7f462d5b44d4, latch_pos = 0, epoll_fd = 37, 
  epoll_ret_events = 0x2181f00}
(gdb) p *set->events
$7 = {pos = 0, events = 1, fd = 11, user_data = 0x0}
(gdb) p *set->epoll_ret_events
$8 = {events = 0, data = {ptr = 0x0, fd = 0, u32 = 0, u64 = 0}}
(gdb)

進(jìn)入WaitEventSetWait

(gdb) step
WaitEventSetWait (set=0x2181e90, timeout=-1, occurred_events=0x7ffc96572f40, nevents=1, wait_event_info=134217761)
    at latch.c:925
925     int         returned_events = 0;
(gdb)

輸入?yún)?shù)

(gdb) n
928     long        cur_timeout = -1;
(gdb) p *set
$9 = {nevents = 2, nevents_space = 3, events = 0x2181eb8, latch = 0x7f462d5b44d4, latch_pos = 0, epoll_fd = 37, 
  epoll_ret_events = 0x2181f00}
(gdb) p *occurred_events
$10 = {pos = 35135068, events = 0, fd = -1772664741, user_data = 0x7ffc96572fa0}
(gdb)

執(zhí)行相關(guān)判斷和設(shè)置參數(shù)

(gdb) n
930     Assert(nevents > 0);
(gdb) 
936     if (timeout >= 0)
(gdb) 
943     pgstat_report_wait_start(wait_event_info);
(gdb) 
946     waiting = true;
(gdb)

未有事件出現(xiàn),則循環(huán)

951     while (returned_events == 0)
(gdb)

不符合set->latch->is_set為T的條件,繼續(xù)循環(huán)

982         if (set->latch && set->latch->is_set)
(gdb) p *set->latch
$11 = {is_set = 0, is_shared = true, owner_pid = 1377}
(gdb)

進(jìn)入WaitEventSetWaitBlock

(gdb) n
1000            rc = WaitEventSetWaitBlock(set, cur_timeout,
(gdb) step
WaitEventSetWaitBlock (set=0x2181e90, cur_timeout=-1, occurred_events=0x7ffc96572f40, nevents=1) at latch.c:1042
1042        int         returned_events = 0;
(gdb)

調(diào)用epoll_wait,掛起

(gdb) n
1048        rc = epoll_wait(set->epoll_fd, set->epoll_ret_events,
(gdb) p *set
$12 = {nevents = 2, nevents_space = 3, events = 0x2181eb8, latch = 0x7f462d5b44d4, latch_pos = 0, epoll_fd = 37, 
  epoll_ret_events = 0x2181f00}
(gdb) 
(gdb) n

啟動(dòng)standby節(jié)點(diǎn)

####
[xdb@localhost ~]$ pg_ctl start
pg_ctl: another server might be running; trying to start server anyway
...

接收到信號

Program received signal SIGUSR1, User defined signal 1.
0x00007f4636d48903 in __epoll_wait_nocancel () from /lib64/libc.so.6
(gdb) 
(gdb) n
Single stepping until exit from function __epoll_wait_nocancel,
which has no line number information.
procsignal_sigusr1_handler (postgres_signal_arg=-1) at procsignal.c:262
262 {
(gdb)

感謝各位的閱讀，以上就是“PostgreSQL同步復(fù)制主庫掛起分析”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對PostgreSQL同步復(fù)制主庫掛起分析這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識點(diǎn)的文章，歡迎關(guān)注！