gom引擎安装pg插件游戏不开门

第1个原因。有人说可能是不开门，网关密码不对，或者说登录器密钥也不正确。经过我的排查登录器跟网关都是正确的，所以说这个说法不太成立。
第2个原因，还有人说是引擎的IP设置问题，或者说勾选了动态IP或者说不是动态IP，如果架设服务器的话，然后登录器列表写的是127001列表写的，不是同一个IP，可能也会进入不到游戏，所以说要架设的时候要检查一下，避免出现一样的错误。

pg停止压缩表有三种模式：smart 模式：会等待活动的事务提交结束，并等待客户端主动断开连接之后关闭数据库服务
fast 模式：会回滚所有的活动的事务，并强制断开客户端的连接然后关闭数据库(默认就是使用fast 相当于oracle 中的 immediate模式关闭)
immediate 模式： 会立即终止所有服务器进程，当下一次数据库启动的时候会首先进入恢复状态( 相当于使用 kill 工具杀死进程[此方式不会干净的关闭数据库且会造成数据丢失] )

能开区。根据查询相关公开信息显示，传奇服务器区域大部分选择日本，据离我国较近，版本插件用pg插件，pg功能插件是免费开区的。pg插件是PostgreSQL的一个扩展插件，用于创建和管理基于时间或者基于序列的表分区。

Linux服务器上的PostgreSQL远程连接不上
查看一下centos上的防火墙是否开着，iptables,如果开着关闭它。
当你用pgadmin连接不上时，请去pg_log下看看log信息报啥错误。
你还要确定一下，你的centos下/etc/hosts 中对本机的定义是否时pg_hbaconf中的local

PostgreSQL 12 已经发布，该版本在各方面都得到了加强，包括显著地提升查询性能，特别是对大数据集，总的空间利用率方面。这个版本为应用程序开发人员提供了更多的功能，比如对 SQL/JSON 路径表达式的支持，优化公共表达式（WITH查询）的执行，以及对生成列的支持等。



PostgreSQL 除了持续对 PostgreSQL 系统的可扩展性、稳健性进行开发外，还更多地在本地化、授权控制以及更加容易的管理进行增强。这个版本也引入了 可插拨的表存取接口，来允许开发者在表的创建和使用时使用不同的存取方式。具体如下：

全面的性能提升

PostgreSQL 12版本在性能和易维护性方面有了显著的增强，尤其是对索引和分区子系统。

PostgreSQL 12 对标准索引类型B树索引进行了优化，以使其可以可以更好地处理索引更新频率较高类型的负载的的总体性能，使用最常使用的TPC-C 性能测试，PostgreSQL 12 平均可以提升约 40% 的空间利用率和查询性能。

对分区表的查询也得到了较大改进，特别是对那些有数千个分区的表，而结果只需从几个有限的分区提取数据的查询。PostgreSQL 12 对通过 INSERT 和COPY指令将数据加入分区表的 *** 作，也有加强，包括现在可以在不阻塞查询的情况下增加新的分区。

另外，PostgreSQL 12 对索引的优化也提升了总体的性能，包括生成 GiST、GIN 或 SP-GiST 索引的 WAL 日志的负载显著减少，在 GiST 类型索引上创 建INCLUDE选项的包含索引，SP-GiST 索引现在支持<->距离 *** 作的 K-NN（即相邻最近）查询，以及CREATE STATISTICS指令现在支持最常用值 MCV 的统计来帮助那些字段值非均匀分布的查询生成更优化的查询计划。

通过使用 LLVM，从 PostgreSQL 11 版引入的 JIT 即时编译，在 PostgreSQL 12 中缺省已是启用状态，JIT 即时编译对带有 WHERE 条件、对象列表、 聚合以及一些内部 *** 作都会提供性能上的帮助。当然，用户在安装或是编译时需要包含 LLVM 模块。

对 SQL 标准一致性和功能的增强

PostgreSQL 一直以来以其对 SQL 标准符合性而著称，这也是其名称由 POSTGRES 改为 PostgreSQL 的一个小原因。PostgreSQL 12 又增加了几个新特性 来持续实现对 SQL 标准的符合性的强化。

PostgreSQL 12 加入了对 JSON 文档进行查询时使用 JSON 路径表达式的功能，这也是 SQL/JSON 中定义的规范。对使用 JSONB 格式保存的文档，这些查 询可以利用已有的索引机制来高效地提取数据。

公共表达式，也称之为 WITH 查询，在 PostgreSQL 12 中可以实现非物化 *** 作处理，这对很多现在已有的查询有很大帮助。目前在这个版本中，WITH 查询的前提条件是非递归查询并且仅可被外层查询引用一次。

PostgreSQL 12 也引入了“生成列”功能，这也是 SQL 标准中的要求，这些字段值是通过同一表中其它列计算而来的。在这一版本中，PostgreSQL 支持“保存生成列值”的功能，即将这些计算出来的数据存储在磁盘上。

本地化

PostgreSQL 12 扩充了对 ICU 排序规则的支持，允许用户自行定义非标准的排序方式，比如允许大小写不敏感或是按口音不敏感的比较规则。

授权控制

PostgreSQL 通过再次扩展了一些的安全方面的功能来强化了它本来就很稳健的权限控制。这个版本中通过 GSSAPI 接口支持客户端和服务端的双向加密， 如果在编译时加入 OpenLDAP 模块，PostgreSQL 也支持搜索 LDAP 服务器的功能。

另外，PostgreSQL 12 现在支持多约束的授权方式。如在使用scram-sha-256的授权方式，PostgreSQL 服务器现在可以强制一个客户端在提供用户名、使用clientcert=verify-full选项，再必须提供有效的 SSL 证书的方式来强化安全授权。

系统管理

PostgreSQL 12 的REINDEX CONCURRENTLY指令可以在不影响新的索引写入的前提下让用户执行重那建索引 *** 作，这有助于用户实现不停机对 较大索引的重建。

还有，PostgreSQL 12 通过使用pg_checksums指令对停机的 PostgreSQL 来开启或关闭页校验功能，该功能有助于检查已写入磁盘的数据一致性， 而以前版本中该 *** 作仅允许在 initdb的阶段来执行。

修改服务器配置文件。根据查询pg更新的相关资料得知，pg更新时食物超时要修改服务器配置文件。服务器指在网络环境中或在具有客户服务器结构的分布式管理环境中，为客户的请求提供服务的节点计算机。

PG物化视图（Materialized View）是PostgreSQL中一种特殊的视图，是对基本表数据的聚合和简化，并将结果缓存到物理表中。物化视图可以提高查询的执行效率，并且可以实现对基本表数据的定期刷新，确保数据的正确性。其主要优缺点如下：
优点：
1 提高查询性能。物化视图的使用可以避免大量 joins、group by 和聚集函数，可以加快查询速度。也可以在物化视图中进行预计算，简化表的复杂查询。
2 降低数据冗余。物化视图将计算结果保存在物理表中，相比动态视图或查询，无需每次执行查询时计算全部数据，可以有效减少数据冗余。
3 优化查询计划。物化视图可以作为附加的优化器提高查询计划的效率，特别是当查询中有多个相同的联结、聚合函数或固有的查询逻辑时。
4 常用于大数据量的系统。当查询结果集是大数据量的时候，直接读取物化视图，而非直接查询源数据表，这对于大数据量系统的性能改善是非常显著的。
缺点：
1 物化视图增加了存储成本。使用物化视图会占用更多的磁盘空间，增加存储和维护成本。
2 物化视图必须定期刷新。使用物化视图需要定期刷新保证数据的正确性，如果刷新的时间不当，可能导致数据不一致。
3 物化视图可能不适合高并发的应用场景。当物化视图的更新频率高，而且许多查询同时访问物化视图的时候，可能会产生锁问题。
4 物化视图的维护有一定的复杂性。如果物化视图对基本表进行了除了简单查询之外的 DML *** 作，就需要对物化视图进行重新计算或刷新，或禁止对基本表进行 DML *** 作，这需要一定的管理和维护成本。
总之，PG物化视图具有明显的性能优势和简化查询的能力，但是也需要权衡其缺点，特别是存储和维护成本。

---