PostgreSQL是一个开源对象云数据库管理系统，并侧重于可扩展性和标准的符合性，被业界誉为“最先进的开源数据库”。云数据库 RDS for PostgreSQL面向企业复杂SQL处理的OLTP在线事务处理场景，支持NoSQL数据类型（JSON/XML/hstore），支持GIS地理信息处理，在可靠性、数据完整性方面有良好声誉，适用于互联网网站、位置应用系统、复杂数据对象处理等应用场景。

· 支持postgis插件，空间应用卓越。

· 适用场景丰富，费用低，随时可以根据业务情况弹性伸缩所需的资源，按需开支，量身订做。

当前RDS for PostgreSQL支持版本请参见数据库引擎和版本。

更多详细信息，请参见官方文档：https://www.postgresql.org/docs/。

· 避免长事务，长事务容易导致查询冲突，影响回放。

· 对实时性有要求的实例，建议配置“hot_standby_feedback”，同时根据业务设置“max_standby_streaming_delay”为合理的值。

· 监控长事务、长连接和复制延迟，出现问题及时处理。

· 只读实例为单节点，不提供高可用能力，连接只读实例的应用程序应该具备切换到其他节点的能力。

· 生产数据库的实例类型务必选择主备类型。

· 生产数据库的CPU、内存、磁盘要有一定的冗余，正常使用保持在70%以下，防止出现OOM、磁盘满等异常问题。

将主、备机部署在不同可用区内，增加可用性。

· 将周期性备份设置到业务低峰期，并且不要关闭全量备份。

· 建议将主备的复制模式设置为“异步”，防止备机故障阻塞主机业务。

· 使用逻辑复制时，注意删除不再使用的复制槽，防止数据库膨胀。

· 使用普通逻辑复制槽时，注意主备倒换（规格变更、小版本升级或主机故障等场景可能发生主备倒换）后复制槽会丢失，需要再次创建复制槽。

· RDS for PostgreSQL 12.6及以上的小版本、13和14的所有小版本使用具备故障转移功能复制槽，避免主备倒换或数据库重启后复制槽丢失。

· 对于两阶段提交的事务，要及时提交或回滚，防止导致数据库膨胀。

· 选择业务低峰期变更表结构，如添加字段，索引操作。

· 业务高峰期创建索引时，建议使用CONCURRENTLY语法，并行创建索引，不堵塞表的DML。

· 业务高峰期修改表结构，要提前进行测试，防止表的REWRITE。

· DDL操作需要设置锁等待超时时间，防止阻塞相关表的操作。

· 单个数据库库容量超过2T，需要考虑分库。

· 频繁访问的表，单表记录过2000万，或超过10GB，需要考虑分表或创建分区。

· 单个实例的表个数不超过2万，单个数据库表个数不超过4千。

· 在实例管理界面下载慢SQL，及时关注并解决性能问题。

· 定期关注数据库的资源使用情况，资源不足时，及时扩大规格。

· 监控并关注数据库的年龄，发现年龄过大及时处理，防止事务ID回卷导致数据库不可用。

· 删除和修改记录时，需要先执行SELECT，确认无误才能提交执行。

· 大批量数据删除、更新后，应对被操作表执行VACUUM。

· 关注可用复制槽数以及创建的复制槽，请始终保持至少有一个空余的复制槽可供数据库备份使用，否则数据库备份会失败。

· 及时清理不再使用的复制槽，防止复制槽阻塞日志回收。

· 尽量避免数据库被公网访问，公网连接时必须绑定弹性公网IP，设置合适的白名单。

· 尽量使用SSL连接，保证连接的安全性。