13518219792
这可能是服务器崩溃了，看看是不是有病毒打开了太多的端口，
站在用户的角度思考问题，与客户深入沟通，找到富顺网站设计与富顺网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都做网站、成都网站制作、企业官网、英文网站、手机端网站、网站推广、域名申请、网络空间、企业邮箱。业务覆盖富顺地区。
netstat -na
一般不上网时十几个是正常的，几十个就有问题了。5432端口是postgresql默认端口。
另外，检查一下服务器日志，还有windows日志，看看是不是有异常。postgresql默认是永远打开的，我们遇到过的情况是病毒占用了 5432 端口，导致postgresql 无法监听，和你的略有区别。看看日志里面有没有 postgres.exe 的信息。
PostgreSQL
是一个自由的对象-关系数据库服务器(数据库管理系统)，它在灵活的 BSD-风格许可证下发行。它提供了相对其他开放源代码数据库系统(比如
MySQL 和 Firebird)，和专有系统(比如 Oracle、Sybase、IBM 的 DB2 和 Microsoft SQL
Server)之外的另一种选择。
PostgreSQL 不寻常的名字导致一些读者停下来尝试拼读它，特别是那些把SQL拼读为"sequel"的人。PostgreSQL 开发者把它拼读为 "post-gress-Q-L"。它也经常被简略念为 "postgres"。
仔细分析，无非几个原因：
1、log目录的权限问题，比如log文件指定的目录postgres用户无权写入，因此没有产生任何log文件。检查了/var/lib/postgresql/11/main的目录，没有发现问题。
2、配置文件的权限问题，检查了/etc/postgresql/11/main目录，也没有发现任何问题，postgres用户是有权限读取配置文件的。
3、配置文件有错误导致无法正常启动postgresql。排除了上面的两个原因，这个应该是最大的原因了。但是，错误在哪里呢？没有给出提示啊！
尝试了service postgresql start, pg_ctrcluster, pg_ctl均无法给出任何提示，后来才想明白，这几个都是对postmaster的脚本封装啊，也许这些封装忽略了什么重要的信息！应该直接运行postmaster才能得到直接的出错提示的！果然，执行/usr/lib/postgresql/11/bin/下的postmaster给出了提示，执行语句：
看到这里立刻明白了：我将postgresql.conf中的lc_messages改为了 en_US.UTF-8，可是没有产生en_US.UTF-8的locale文件啊！于是修改/etc/locales.gen文件添加en_US.UTF-8，执行locales.gen，再次启动postgresql，成功！
