PostgreSQL KILL -9 用户连接进程 ， OMG 胆真肥

首先我们需要理解一下postgresql 在 linux中的运行机制，system call and fork() system call ，其中

是system call

postgres 102414 1 0 08:34 ? 00:00:00 /usr/local/postgres/bin/postgres -D /pgdata/data

在下边的这些就为 fork() sytem call

postgres 102415 102414 0 08:34 ? 00:00:00 postgres: logger

postgres 102417 102414 0 08:34 ? 00:00:00 postgres: checkpointer

postgres 102418 102414 0 08:34 ? 00:00:00 postgres: background writer

postgres 102419 102414 0 08:34 ? 00:00:00 postgres: walwriter

postgres 102420 102414 0 08:34 ? 00:00:00 postgres: autovacuum launcher

postgres 102421 102414 0 08:34 ? 00:00:00 postgres: archiver

postgres 102422 102414 0 08:34 ? 00:00:01 postgres: stats collector

postgres 102423 102414 0 08:34 ? 00:00:00 postgres: logical replication launcher

postgres 102415 102414 0 08:34 ? 00:00:00 postgres: logger

postgres 102417 102414 0 08:34 ? 00:00:00 postgres: checkpointer

postgres 102418 102414 0 08:34 ? 00:00:00 postgres: background writer

postgres 102419 102414 0 08:34 ? 00:00:00 postgres: walwriter

postgres 102420 102414 0 08:34 ? 00:00:00 postgres: autovacuum launcher

postgres 102421 102414 0 08:34 ? 00:00:00 postgres: archiver

postgres 102422 102414 0 08:34 ? 00:00:01 postgres: stats collector

postgres 102423 102414 0 08:34 ? 00:00:00 postgres: logical replication launcher

上面的通过调用fork()来创建一个新进程。此系统调用复制当前进程，在进程表中创建一个具有许多与当前进程相同属性的新条目。新创建的进程将是调用进程的子进程

所以父进程为pid 字进程为ppid

当然也可以通过 pstree 来查看当前主线程之间的从属关系

PostgreSQL 调用LINUX 操作系统的信号种类有以下几种

1 Abrt 异常终止信号

2 int 外部中断，类似于Ctrl +C 的结果

3 quit 直接清理正在运行的线程，并且对临时产生的文件不清理

4 term 这个命令就是就是我们熟悉的 kill 命令

5 hup 重新初始化线程的命令

6 用户调用定义

下面我们做一个test ， 看看我们要是kill -9 一个用户连接会有什么问题

下面是在kill 当前连接到数据库的用户process 后的日志

如果图看不清我把关键的一句粘一下

WARNING: terminating connection because of crash of another server process

我们在对比一下kill 用户连接的进程后的，database 的那些子进程的数字，倒吸一口凉气了吧。

那马上看到这里有人就会产生一个问题，那我怎么kill掉 那个 白占着资源，不干活的用户。

（问题答案将在文末给出）

那么我们翻过来的看一下，在kill -9 一个用户连接的process后会发生什么

1 用户的连接process 被kill -9 干掉2

2 终止任何其他活跃的服务器进程

3 警告因为你的这项操作会导致服务器postgresql其他的进程crash

4 所有的服务器的postgresql processes 重新初始化

也就是日志的这几句话

database system was not properly shut down; automatic recovery in progress

redo starts at 5/1C000098

invalid record length at 5/1C000108: wanted 24, got 0

redo done at 5/1C0000D0

database system is ready to accept connections

OK 到这里你还敢随便 kill -9 人家用户的连接，尤其是几百G 或上T 的大库，Are you crazy ?

那到底正确的做法是什么

pg_terminate_backend 命令在数据库里面去KILL 掉这个用户的连接。

而且不会对数据库产生任何的危害。（见上图）

所以你还在天天的kill -9 用户的process ，建议你住手。