在 PostgreSQL 中，终止数据库连接主要有两个函数，它们的"杀伤力"不同，适用于不同场景。
核心操作分为两步：
-
从 pg_stat_activity 视图中找到需要终止连接的进程ID (pid)。
-
使用 pg_terminate_backend(pid) 或 pg_cancel_backend(pid) 函数来终止。
🎯 两种终止方式：取消 vs 终止
在动手之前，了解这两个函数的区别至关重要，这能帮你避免不必要的服务中断。
函数 作用 比喻 适用场景
pg_cancel_backend(pid) 取消当前正在执行的查询，但保持连接。 拍拍正在打电话的人，让他先挂掉这通电话，但电话线还连着。 只想停止一个耗时的、跑错的SQL查询，但希望应用连接不断开，可以立即执行下一个任务。
pg_terminate_backend(pid) 强制终止整个连接和会话。 直接拔掉电话线，连人带座一起请出去。 连接已经僵死、应用异常导致连接泄漏、或者需要立即释放连接资源时。
建议： 优先尝试使用 pg_cancel_backend，如果无效或目标就是断开连接，再使用 pg_terminate_backend。
🔍 第一步：查找目标连接
你需要查询 pg_stat_activity 系统视图来获取所有活动连接的信息。下面是一个实用的查询语句，可以帮助你快速定位问题连接：
SELECT
pid, -- 进程ID，这是终止连接的关键
usename, -- 数据库用户名
datname, -- 数据库名
client_addr, -- 客户端IP地址
application_name, -- 应用名称，非常有用
state, -- 状态：active(活动中), idle(空闲)等
wait_event_type, -- 等待事件类型，如 Lock（锁）
wait_event, -- 等待事件，具体在等什么
now() - query_start AS query_duration, -- 查询已执行时长
left(query, 100) AS current_query -- 当前SQL（截取前100字符）
FROM pg_stat_activity
WHERE state != 'idle' -- 过滤掉空闲连接
AND pid pg_backend_pid(); -- 排除掉你当前这个查询会话
常用筛选条件
你可以根据具体情况，在 WHERE 子句中添加条件来精确定位：
* 按数据库名筛选： WHERE datname = 'your_db_name'
* 按用户名筛选： WHERE usename = 'your_username'
* 查找长时间运行的查询： WHERE state = 'active' AND query_start 替换为上一步查到的具体数字。
-- 方式一：取消查询
SELECT pg_cancel_backend();
-- 方式二：终止连接
SELECT pg_terminate_backend();
2. 批量终止连接
你可以直接将查询和终止函数结合，批量处理符合条件的连接。例如，终止连接到 mydb 数据库且空闲超过1小时的所有连接：
SELECT pg_terminate_backend(pid)
FROM pg_stat_activity
WHERE datname = 'mydb'
AND state = 'idle'
AND query_start 命令强制杀死进程，但这非常危险，可能导致锁残留或数据问题，应极度谨慎使用。