查看postgresql 常用 性能视图
select relname from pg_class where relname like '%pg_stat%'
| PG | oracle | 说明 | 使用 |
| pg_stat_statements | v$sql | .pid字段直接显示了该会话在操作系统上的进程ID，这样通过top命令看到的繁忙操作系统进程，可以很简单地通过该字段定位，来作进一步的诊断。在Oracle中则需要通过V$SESSION和V$PROCESS视图Join才可以 | |
| pg_statistic | |||
| pg_statistic_ext_oid_index | |||
| pg_statistic_ext_name_index | |||
| pg_statistic_ext_relid_index | |||
| pg_statistic_relid_att_inh_index | |||
| pg_statio_all_indexes | |||
| pg_statistic_ext | |||
| pg_stats | |||
| pg_stat_all_tables | all_tables | 一个数据库下所有的表 | |
| pg_stat_sys_tables | 所有的系统表 | ||
| pg_stat_user_tables | user_tables | 所有用户创建的表 | 通过查询pg_stat_user_tables，可以基本清除哪些表的全表扫描次数较多，表中DML哪种操作多，也可以了解垃圾数据的数量。 |
| pg_stat_all_indexes | all_indexes | 显示了读取过多少个数据块，这些读取中有多少数据块是直接命中缓存的 | 可以知道当前哪些索引频繁使用，哪些是无效索引。无效索引可以删除掉，减少磁盘空间的使用和提升insert、delete、update的性能。 |
| pg_stat_sys_indexes | |||
| pg_stat_user_indexes | user_indexes | ||
| pg_statio_sys_indexes | |||
| pg_statio_all_tables | 如果heap_blks_read、idx_blks_read很高，说明shared buffer较小，存在频繁从磁盘或者page cache读取到shared buffer中命中toast表的块数 | ||
| pg_stat_xact_all_tables | xact表示transaction，统计的是当前会话对于表操作的信息，这部分信息通常还没有更新到pg_stat_all_tables视图中。 | ||
| pg_stat_xact_sys_tables | |||
| pg_stat_xact_user_tables | |||
| pg_statio_sys_tables | |||
| pg_statio_user_tables | |||
| pg_statio_user_indexes | |||
| pg_statio_all_sequences | |||
| pg_statio_sys_sequences | |||
| pg_statio_user_sequences | |||
| pg_stat_activity | v$session | .query字段直接显示了该会话正在执行的SQL或者上次执行的SQL语句文本。在Oracle中检查一个会话正在执行的SQL语句文本，则需要通过V$SESSION和V$SQL视图Join才可以 | |
| pg_stat_replication | V$MANAGED_STANDBY V$ARCHIVE_DEST_STATUS |
在设置了复制的环境中，该视图对于每个WAL sender进程（WAL sender进程负责将本机的重做日志发送到远端复制环境）显示一条记录 | |
| pg_stat_wal_receiver | |||
| pg_stat_subscription | |||
| pg_stat_ssl | |||
| pg_stat_database | DBA_TAB_MODIFICATIONS | 该视图中记录了每个数据库提交了多少事务，回滚了多少事务，读了多少数据块，查询、插入、更新、删除了多少记录（在PostgreSQL中用Tuple这个奇怪的词表示跟Row相同的概念），产生过多少死锁。总之这是一个数据库级别相对很简单的统计信息。 | 通过pg_stat_database可以大概了解数据库的历史情况。 比如tup_returned值明显大于tup_fetched，历史SQL语句很多是全表扫描，存在没有使用索引的SQL，可结合pg_stat_statments查找慢SQL，也可结合pg_stat_user_table找全表扫描次数和行数最多的表； 通过看tup_updated很高，可以说明数据库有频繁的更新，这个时候需要关注vaccum相关的指标和长事务，如果没有及时进行垃圾回收，会引起表膨胀； temp_files较高说明存在很多排序，hash,或者聚合这种操作，可以增大work_mem减少临时文件的产生，并且同时这些操作的性能也会有较大的提升。 |
| pg_stat_database_conflicts | 该视图仅对于Standby数据库有效，对于每个数据库显示一条记录 | ||
| pg_stat_user_functions | |||
| pg_stat_xact_user_functions | |||
| pg_stat_archiver | V$ARCHIVE_DEST_STATUS | 该视图始终只有一条记录，显示了负责一个cluster下所有数据库的重做日志（PostgreSQL中称为WAL file）归档进程的统计信息，记录项比较简单。last_archived_wal和last_archived_time分别显示了最近一次归档的文件名和最近一次归档时间。类似于Oracle中的V$ARCHIVE_DEST_STATUS。由于PostgreSQL中的归档实现实在是太简单了，所以几乎跟Oracle没有太多可比性。 | |
| pg_stat_bgwriter | V$SYSSTAT | 显示了负责一个cluster下所有数据库的后台写进程的统计信息，也就是在操作系统中看到的postgres: writer process。该进程每隔bgwriter_delay初始化参数定义的间隔（默认200ms）会唤醒，将Buffer Pool中修改过的页写入到磁盘。跟Oracle的后台进程DBWR非常相仿。 | 可以判断checkpoint以及max_wal_size是否合理 |
| pg_stat_progress_vacuum |
参考：https://cloud.tencent.com/developer/article/1447907
来源：oschina
链接：https://my.oschina.net/zhiyonghe/blog/4320494