https://dsduyopg-github-io.pages.dev/tags/postgresql/Recent content in PostgreSQL on My_blogHugozh-cnThu, 20 Aug 2026 00:00:00 +0000https://dsduyopg-github-io.pages.dev/posts/postgresql-%E5%8E%9F%E7%94%9F-windows-%E6%9C%8D%E5%8A%A1%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%8D%E7%94%A8-nssm-%E5%8C%85%E4%B8%80%E5%B1%82/Thu, 20 Aug 2026 00:00:00 +0000https://dsduyopg-github-io.pages.dev/posts/postgresql-%E5%8E%9F%E7%94%9F-windows-%E6%9C%8D%E5%8A%A1%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%8D%E7%94%A8-nssm-%E5%8C%85%E4%B8%80%E5%B1%82/<details class="toc" open> <summary accesskey="c" title="(Alt + C)"> <span class="title">目录</span> </summary> <div class="inner"><nav id="TableOfContents"> <ul> <li><a href="#1-引子我遇到的问题">1. 引子：我遇到的问题</a></li> <li><a href="#2-什么是-windows-原生服务">2. 什么是 Windows 原生服务</a></li> <li><a href="#3-postgresql-安装时就已经是原生服务">3. PostgreSQL 安装时就已经是原生服务</a></li> <li><a href="#4-nssm-是给谁用的">4. NSSM 是给谁用的</a></li> <li><a href="#5-对比原生服务-vs-nssm-包一层">5. 对比：原生服务 vs NSSM 包一层</a></li> <li><a href="#6-用-nssm-包-postgresql-的风险">6. 用 NSSM 包 PostgreSQL 的风险</a></li> <li><a href="#7-正确的管理姿势">7. 正确的管理姿势</a></li> <li><a href="#8-什么时候才该用-nssm">8. 什么时候才该用 NSSM</a></li> <li><a href="#9-总结">9. 总结</a></li> </ul> </nav></div> </details> <blockquote> </blockquote> <p><strong>摘要</strong>：很多人会用 NSSM 把程序包装成 Windows 服务，但 PostgreSQL 天生就是原生 Windows 服务，直接用 <code>Set-Service</code> / <code>Start-Service</code> 管理即可，完全不需要也不应该套一层 NSSM。本文讲清楚两者的定位区别、为什么给 PostgreSQL 套 NSSM 是负优化，以及正确的管理姿势。</p> <p><strong>核心结论（TL;DR）</strong>：NSSM 是给&quot;不能自己当服务&quot;的普通程序（脚本、exe）用的；PostgreSQL 安装时就注册成了原生服务，能优雅关库、能被 SCM 直接管理。用 NSSM 包数据库反而会多一层中转、增加非正常退出导致数据恢复的风险。正确做法就是一行 <code>Set-Service</code> + <code>Start-Service</code>。</p> <h2 id="1-引子我遇到的问题">1. 引子：我遇到的问题</h2> <p>我在博客里写过一篇《Windows 上让 Git 自动同步：NSSM 服务 + 实时监听实战》，里面用 NSSM 把&quot;监听推送 + 定时拉取&quot;的脚本注册成了 Windows 服务，实现了开机自启、崩溃自愈。</p>