作者:监控易 来源:美信时代 发布时间:2022-11-23
PostgreSQL数据库监控概述
PostgreSQL是以加州大学伯克利分校计算机系开发的 POSTGRES。PostgreSQL支持大部分 SQL标准并且提供了许多其他现代特性:复杂查询、外键、触发器、视图、事务完整性、多版本并发控制。同样,PostgreSQL 可以用许多方法扩展,比如, 通过增加新的数据类型、函数、操作符、聚集函数、索引方法、过程语言。
监控易对PostgreSQL的监控指标包括:Connection、Lock、statUserTables、statSysTables、StatUserIndexes、StatSysIndexes、StatDatabase等。
特色和优势
● 简便易用的监控方案,用户只需进行简单配置,就可快速添加对PostgreSQL数据库的监控,无需自己编写脚本,无需另外集成第三方的图形工具,无需安装第三方数据库,所有操作10分钟完成;
● 完善的服务器监控方案,和监控易的其它服务器和应用监控模块配合使用,可以跨平台对数据中心的各种服务器,操作系统,各种应用和业务系统进行深度监控,及时发现IT系统的运行故障,降低数据中心的运行风险;
● 集中统一的监控平台,监控易不仅可以监控各种服务器,同时可以对整个IT基础架构进行统一监控,为IT主管从整体的视角来审视IT业务,展现方式包括物理拓扑连接、机房机架位置、业务逻辑图、状态统计等。
PostgreSQL监控指标列表
监测点 | 监测指标 | 指标含义 |
数据库连接 | connect() | 数据库连接状态 |
响应时间(ms) | 数据库连接响应时间 | |
Connection | count() | 连接数 |
connnection info() | 数据库连接信息 | |
Lock | total locks() | 总锁数 |
hold locks() | 持有锁数量 | |
wait locks() | 等待锁数量 | |
User | count() | 用户数 |
user name() | 用户名 | |
Background Writer | checkpoints_timed() | 定时检查点的数量 |
checkpoints_req() | 请求检查点的数量 | |
buffers_checkpoint() | 在检查点期间写入缓冲区的数量 | |
buffers_clean() | 由后台写进程写的缓冲区数量 | |
maxwritten_clean() | 由于写入缓冲区太多,后台写程序停止清理扫描的次数 | |
buffers_backend() | 后台直接写入的缓冲区数目 | |
buffers_alloc() | 分配的缓冲区数量 | |
statUserTables | table id() | 用户表id |
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() | live rows估计数 | |
n_dead_tup() | dead rows估计数 | |
vacuum_count() | 此表被手动清空的次数 | |
autovacuum_count() | 由 autovacuum 守护进程清空表的次数 | |
analyze_count() | 手动分析此表的次数 | |
autoanalyze_count() | 由 autovacuum 守护进程分析了此表的次数 | |
statSysTables | table id() | 系统表id |
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() | live rows估计数 | |
n_dead_tup() | dead rows估计数 | |
vacuum_count() | 此表被手动清空的次数 | |
autovacuum_count() | 由 autovacuum 守护进程清空表的次数 | |
analyze_count() | 手动分析此表的次数 | |
autoanalyze_count() | 由 autovacuum 守护进程分析了此表的次数 | |
StatUserIndexes | table id() | 该索引表的OID |
index id() | 索引OID | |
table name() | 此索引表的名称 | |
idx_scan() | 启动此索引的索引扫描次数 | |
idx_tup_read() | 返回此索引扫描的索引条目的数量 | |
idx_tup_fetch() | 简单索引扫描使用此索引读取的活表行数 | |
StatSysIndexes | table id() | 该索引表的OID |
index id() | 索引OID | |
table name() | 此索引表的名称 | |
idx_scan() | 启动此索引的索引扫描次数 | |
idx_tup_read() | 返回此索引扫描的索引条目的数量 | |
idx_tup_fetch() | 简单索引扫描使用此索引读取的活表行数 | |
StatioUserTables | table id() | 表OID |
heap_blks_read() | 从此表中读取的磁盘块的数量 | |
heap_blks_hit() | 缓冲区命中数量 | |
heap_blks_hit_rate(%) | 缓冲区命中率 | |
idx_blks_read() | 从此表所有索引中读取的磁盘块的数量 | |
idx_blks_hit() | 索引缓冲区命中数量 | |
idx_blks_hit_rate(%) | 索引缓冲区命中率 | |
toast_blks_read() | 从toast表中读取的磁盘块的数量 | |
toast_blks_hit() | toast表缓冲命中数量 | |
toast_blks_hit_rate(%) | toast表缓冲命中率 | |
tidx_blks_read() | 从toast表的索引中读取的磁盘块的数量 | |
tidx_blks_hit() | toast表的索引缓冲区命中数量 | |
tidx_blks_hit_rate(%) | toast表的索引缓冲区命中率 | |
StatioSysTables | table id() | 表OID |
heap_blks_read() | 从此表中读取的磁盘块的数量 | |
heap_blks_hit() | 缓冲区命中数量 | |
heap_blks_hit_rate(%) | 缓冲区命中率 | |
idx_blks_read() | 从此表所有索引中读取的磁盘块的数量 | |
idx_blks_hit() | 索引缓冲区命中数量 | |
idx_blks_hit_rate(%) | 索引缓冲区命中率 | |
toast_blks_read() | 从toast表中读取的磁盘块的数量 | |
toast_blks_hit() | toast表缓冲命中数量 | |
toast_blks_hit_rate(%) | toast表缓冲命中率 | |
tidx_blks_read() | 从toast表的索引中读取的磁盘块的数量 | |
tidx_blks_hit() | toast表的索引缓冲区命中数量 | |
tidx_blks_hit_rate(%) | toast表的索引缓冲区命中率 | |
StatDatabase | database id() | 数据库的OID |
numbackends() | 处理数据库的活跃的服务器进程数目 | |
xact_commit() | 数据库中已提交事务数量 | |
xact_rollback() | 数据库中回滚的事务数量 | |
blks_read() | 读取的磁盘块的总数 | |
blks_hit() | 缓冲区命中的总数 | |
tup_returned() | 如果参数是一个表,那么就是顺序扫描读取的元组数目, 如果是一个索引,那么就是索引元组的数目 | |
tup_fetched() | 如果参数是一个表,那么就是顺序扫描抓取的有效(未过期)的表元组数目, 如果是一个索引,那么就是用这个索引抓取的有效表元组数目 | |
tup_inserted() | 插入表中的元组数量 | |
tup_updated() | 在表中已更新的元组数量 | |
tup_deleted() | 从表中删除的元组数量 | |
blks_hit_rate(%) | 缓存命中率 |
了解更多信息,联系我们。
▼
监控易公众号文章推荐
▼