PostgreSQL三种关闭方式的区别

1、使用smart参数关闭数据库:

smart:最为安全,但最慢,需要将所有连接都断开后,才会关库,默认关库模式。

smart: 等所有的连接中止后,关闭数据库。如果客户端连接不终止, 则无法关闭数据库。

postgresql@master \~ pg_ctl stop -D PGDATA -m smart

waiting for server to shut down.... done

server stopped

postgresql@master \~$

使用smart参数关闭数据库的日志:

2025-09-06 19:40:20.479 CST 56233 LOG: received smart shutdown request

2025-09-06 19:40:20.480 CST 56233 LOG: background worker "logical replication launcher" (PID 56241) exited with exit code 1

2025-09-06 19:40:20.480 CST 56236 LOG: shutting down

2025-09-06 19:40:20.485 CST 56233 LOG: database system is shut down

2、使用fast参数关闭数据库:

fast:强制中断会话,而不管有操作有没有提交,在做系统维护(系统维护时一般应用都正常关闭了,或者不再会有事务操作。)时,需要这种模式来关闭数据库。

fast: 快速关闭数据库, 断开客户端的连接,让已有的事务回滚,然后正常关闭数据库。

postgresql@master \~ pg_ctl stop -D PGDATA -m fast

waiting for server to shut down.... done

server stopped

postgresql@master \~

使用fast参数关闭数据库的日志:

2025-09-06 19:40:59.477 CST 56258 LOG: received fast shutdown request

2025-09-06 19:40:59.478 CST 56258 LOG: aborting any active transactions

2025-09-06 19:40:59.478 CST 56258 LOG: background worker "logical replication launcher" (PID 56266) exited with exit code 1

2025-09-06 19:40:59.479 CST 56261 LOG: shutting down

2025-09-06 19:40:59.484 CST 56258 LOG: database system is shut down

3、使用immediate参数关闭数据库:

immediate:最暴力的方式,不管数据有没有落盘(POSGRE是遵循WAL机制),就直接关掉,待启动时进行实例恢复,如果在关库前有大量的事务没有写入磁盘,那这个恢复过程可能会非常的漫长。

immediate: 立即关闭数据库,立即停止数据库进程,直接退出,下次启动时会进行实例恢复。

postgresql@master \~ pg_ctl stop -D PGDATA -m immediate

waiting for server to shut down.... done

server stopped

postgresql@master \~$

使用immediate参数关闭数据库的日志:

2025-09-06 19:41:40.311 CST 56278 LOG: received immediate shutdown request

2025-09-06 19:41:40.313 CST 56284 WARNING: terminating connection because of crash of another server process

2025-09-06 19:41:40.313 CST 56284 DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.

2025-09-06 19:41:40.313 CST 56284 HINT: In a moment you should be able to reconnect to the database and repeat your command.

2025-09-06 19:41:40.315 CST 56278 LOG: database system is shut down

4、数据目录:

postgresql@master \~ echo PGDATA

/usr/local/postgresql/data

5、启动数据库:

postgresql@master \~ pg_ctl start -D PGDATA

waiting for server to start....2025-09-06 19:40:40.221 CST 56258 LOG: redirecting log output to logging collector process

2025-09-06 19:40:40.221 CST 56258 HINT: Future log output will appear in directory "log".

done

server started

postgresql@master \~$

相关推荐
踏月的造梦星球5 小时前
DMDPC 学习:架构、部署、运维与调优
运维·数据库·学习·架构
韩楚风6 小时前
【参天引擎】事务生命周期 / MVCC / Undo / ACID / 分布式事务 功能域整体解析
数据库·分布式·mysql·架构·cantian
renhongxia16 小时前
世界模型,是“空中楼阁”还是AGI的“最后一块拼图”?
运维·服务器·数据库·人工智能·算法·agi
程序员无隅7 小时前
Coding Agent 为什么压缩上下文后还能继续工作?上下文模块设计拆解
java·开发语言·数据库
愿做无知一猿7 小时前
Nacos连接MySQL异常?DataGrip竟成救星
数据库·mysql
G.O.G.O.G7 小时前
LeetCode SQL 从入门到精通(MySQL)06(上)
数据库·sql·mysql·leetcode
研究员子楚8 小时前
GEO行业发展标准体系白皮书V2.0-第10卷 · 全球篇:跨国标准协同与全球品牌语义治理框架
数据库·人工智能·microsoft·架构·geo
Omics Pro8 小时前
深度学习多组学互作:组内+组间
数据库·人工智能·深度学习·mysql·搜索引擎·自然语言处理
残*影10 小时前
如何优雅地保存MySQL数据变更历史?
数据库·mysql
乐观的Terry10 小时前
3、数据库设计与领域实体
java·数据库·spring boot·spring cloud·ai编程