Superset二次开发之PostgreSQL 统计信息介绍

pg_stat_user_tables 视图提供了关于 PostgreSQL 数据库中用户定义表的统计信息。这些统计信息涵盖了从表的扫描操作到修改次数等多个方面。

以下是 pg_stat_user_tables 中所有字段的含义:

  • relid: 表的 OID(对象标识符)。这是表在系统中的唯一标识。
  • schemaname: 表所在的模式(schema)名称。
  • relname: 表的名称。
  • seq_scan: 顺序扫描的次数。顺序扫描是指对表中的每一行进行扫描的操作。
  • seq_tup_read: 通过顺序扫描读取的行数。
  • idx_scan: 索引扫描的次数。索引扫描是利用索引来查找行的操作。
  • idx_tup_fetch: 通过索引扫描获取的行数。
  • n_tup_ins: 插入的行数。
  • n_tup_upd: 更新的行数。
  • n_tup_del: 删除的行数。
  • n_tup_hot_upd: "热"更新的行数。"热"更新是指在更新操作中,如果行没有移动到不同的数据块,并且旧版本的行对任何事务都不可见,则认为是"热"的,这可以减少对索引的维护开销。
  • n_live_tup: 表中当前存活的行数。这不包括被删除或已更新并被其他行版本替代的行。
  • n_dead_tup: 表中已删除或已更新并被其他行版本替代的行数。这些行可能在将来由 VACUUM 操作清理。
  • n_mod_since_analyze: 自上次分析(ANALYZE)操作后对表所做的修改次数,包括插入、更新和删除。
  • last_vacuum: 最后一次对该表执行 VACUUM 操作的时间戳(如果有的话)。
  • last_autovacuum: 最后一次对该表执行自动 VACUUM 操作的时间戳(如果有的话)。
  • last_analyze: 最后一次对该表执行 ANALYZE 操作的时间戳(如果有的话)。
  • last_autoanalyze: 最后一次对该表执行自动 ANALYZE 操作的时间戳(如果有的话)。
  • vacuum_count: 对该表执行 VACUUM 操作的次数(不包括自动 VACUUM)。
  • autovacuum_count: 对该表执行自动 VACUUM 操作的次数。
  • analyze_count: 对该表执行 ANALYZE 操作的次数(不包括自动 ANALYZE)。
  • autoanalyze_count: 对该表执行自动 ANALYZE 操作的次数。

这些统计信息可以帮助数据库管理员理解表的使用模式,例如哪些表最频繁地被更新或扫描,以及可能需要优化的地方。它们也是数据库维护活动(如 VACUUM 和 ANALYZE)计划的重要依据。

相关推荐
gugugu.37 分钟前
Redis 字符串类型完全指南:从原理到实战应用
数据库·redis·缓存
杨云龙UP1 小时前
MySQL 自动备份与覆盖恢复实战:一套脚本搞定全库/按库备份恢复
linux·运维·数据库·sql·mysql
workflower2 小时前
PostgreSQL 数据库优化
数据库·团队开发·数据库开发·时序数据库·数据库架构
计算机毕设VX:Fegn08953 小时前
计算机毕业设计|基于springboot + vue服装商城系统(源码+数据库+文档)
数据库·vue.js·spring boot·课程设计
WX-bisheyuange4 小时前
基于Spring Boot的智慧校园管理系统设计与实现
java·大数据·数据库·毕业设计
JavaGuide4 小时前
对标MinIO!全新一代分布式文件系统诞生!
数据库·后端
快乐非自愿5 小时前
数据库如何处理大量的交易流水记录
数据库·oracle
IvorySQL5 小时前
瀚高硬核助力 PG 社区:Postgres 19 迎来并行 TID 范围扫描,速度提升 3 倍
数据库·postgresql·开源
ServBay5 小时前
MongoDB 的文档模型与 CRUD 实战
数据库·后端·mongodb
ITMr.罗5 小时前
深入理解EF Core更新机制(开发中因为省事遇到的问题)
服务器·数据库·c#·.net