PostgreSQL VS oracle 之动态性能视图 vs 标准统计视图[通俗易懂]

小小码 • 2023-03-15 13:30 • 代码基础 • 阅读 156

大家好，我是考100分的小小码，祝大家学习进步，加薪顺利呀。今天说一说PostgreSQL VS oracle 之动态性能视图 vs 标准统计视图[通俗易懂],希望您对编程的造诣更进一步.

PostgreSQL VS oracle 之动态性能视图 vs 标准统计视图

查看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