zabbix历史数据相关表研究
zabbix历史数据相关表研究
history和trends相关表
history和trends都是存储历史数据的地方。一般是通过监控项(item)配置里、匹配更新监控项(item)和设置HouseKeeper tasks来设置保留数据的时长。
Housekeeper 会定期删除过期的数据。如果不是特别有意义,建议你把保留时间设置短一些, 如果想看以前的数 据图怎么办?这里趋势数据就派上用场了,一般只要小时平均即可这样话趋势据保留久一点即可,趋势数据的计算源数据来自history表。如果将history设置为0那么就只会获取item的值然后用于触发器,不会存历史数据到数据库。
监控项前端配置:
history相关表
MariaDB [rtm]> show tables like 'history%';
+--------------------------+
| Tables_in_rtm (history%) |
+--------------------------+
| history |
| history_log |
| history_str |
| history_text |
| history_uint |
+--------------------------+
history
history 表存放信息类型为浮点数的监控项历史数据,类型在配置监控项是指定
itemid: 监控项唯一标识id
clock: 时间戳整数部分
value: 监控项的值
ns: 纳秒数
MariaDB [rtm]> desc history;
+--------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+---------------------+------+-----+---------+-------+
| itemid | bigint(20) unsigned | NO | MUL | NULL | |
| clock | int(11) | NO | | 0 | |
| value | double(16,4) | NO | | 0.0000 | |
| ns | int(11) | NO | | 0 | |
+--------+---------------------+------+-----+---------+-------+ MariaDB [rtm]> select * from history limit 10;
+-----------+------------+---------+----+
| itemid | clock | value | ns |
+-----------+------------+---------+----+
| 300161484 | 1545404400 | 1.9616 | 0 |
| 300161484 | 1545379200 | 2.3494 | 0 |
| 300161484 | 1545382800 | 2.7355 | 0 |
| 300161484 | 1545386400 | 3.3068 | 0 |
| 300161484 | 1545390000 | 3.2508 | 0 |
| 300161484 | 1545393600 | 4.2648 | 0 |
| 300161484 | 1545397200 | 4.0263 | 0 |
| 300161484 | 1545400800 | 2.7983 | 0 |
| 300161485 | 1545404400 | 16.8910 | 0 |
| 300161485 | 1545379200 | 20.5173 | 0 |
+-----------+------------+---------+----+
history_log
history_log 表存放信息类型为日志的监控项历史数据,类型在配置监控项是指定
MariaDB [rtm]> desc history_log;
+------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------+---------------------+------+-----+---------+-------+
| id | bigint(20) unsigned | NO | PRI | NULL | |
| itemid | bigint(20) unsigned | NO | MUL | NULL | |
| clock | int(11) | NO | | 0 | |
| timestamp | int(11) | NO | | 0 | |
| source | varchar(64) | NO | | | |
| severity | int(11) | NO | | 0 | |
| value | text | NO | | NULL | |
| logeventid | int(11) | NO | | 0 | |
| ns | int(11) | NO | | 0 | |
+------------+---------------------+------+-----+---------+-------+
history_str
history_str 表存放信息类型为字符的监控项历史数据,类型在配置监控项是指定
MariaDB [rtm]> desc history_str;
+--------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+---------------------+------+-----+---------+-------+
| itemid | bigint(20) unsigned | NO | MUL | NULL | |
| clock | int(11) | NO | | 0 | |
| value | varchar(255) | NO | | | |
| ns | int(11) | NO | | 0 | |
+--------+---------------------+------+-----+---------+-------+ MariaDB [rtm]> select * from history_str limit 2\G;
*************************** 1. row ***************************
itemid: 23307
clock: 1545384507
value: localhost.localdomain
ns: 410719216
*************************** 2. row ***************************
itemid: 23312
clock: 1545384512
value: Linux localhost.localdomain 3.10.0-862.el7.x86_64 #1 SMP Fri Apr 20 16:44:24 UTC 2018 x86_64
ns: 411996428
history_text
history_text 表存放信息类型为文本的监控项历史数据,类型在配置监控项是指定
MariaDB [rtm]> desc history_text;
+--------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+---------------------+------+-----+---------+-------+
| id | bigint(20) unsigned | NO | PRI | NULL | |
| itemid | bigint(20) unsigned | NO | MUL | NULL | |
| clock | int(11) | NO | | 0 | |
| value | text | NO | | NULL | |
| ns | int(11) | NO | | 0 | |
+--------+---------------------+------+-----+---------+-------+ MariaDB [rtm]> select * from history_text limit 10;
+---------+--------+------------+---------------------+-----------+
| id | itemid | clock | value | ns |
+---------+--------+------------+---------------------+-----------+
| 1937748 | 30436 | 1545381354 | 10/11/2017 14:28:06 | 892072527 |
| 1937749 | 28311 | 1545381364 | N/A | 146021861 |
| 1937750 | 27186 | 1545381374 | N/A | 934199968 |
| 1937751 | 26936 | 1545381376 | N/A | 146546842 |
| 1937752 | 28936 | 1545381378 | N/A | 189324808 |
| 1937753 | 24686 | 1545381380 | N/A | 89381118 |
| 1937754 | 25061 | 1545381383 | N/A | 484549259 |
| 1937755 | 28061 | 1545381385 | N/A | 699330874 |
| 1937756 | 27061 | 1545381389 | N/A | 559602805 |
| 1937757 | 30686 | 1545381391 | N/A | 303467948 |
+---------+--------+------------+---------------------+-----------+
history_uint
history_unit 表存放信息类型为数字(无正负)的监控项历史数据,类型在配置监控项是指定
MariaDB [rtm]> desc history_uint;
+--------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+---------------------+------+-----+---------+-------+
| itemid | bigint(20) unsigned | NO | MUL | NULL | |
| clock | int(11) | NO | | 0 | |
| value | bigint(20) unsigned | NO | | 0 | |
| ns | int(11) | NO | | 0 | |
+--------+---------------------+------+-----+---------+-------+ MariaDB [rtm]> select * from history_uint limit 10;
+-----------+------------+-------+----+
| itemid | clock | value | ns |
+-----------+------------+-------+----+
| 100029541 | 1545404700 | 4311 | 0 |
| 100029541 | 1545405000 | 4276 | 0 |
| 100029541 | 1545405300 | 4242 | 0 |
| 100029541 | 1545405600 | 4207 | 0 |
| 100029541 | 1545405900 | 4172 | 0 |
| 100029541 | 1545406200 | 4137 | 0 |
| 100029541 | 1545406500 | 4102 | 0 |
| 100029541 | 1545406800 | 4067 | 0 |
| 100029541 | 1545407100 | 4032 | 0 |
| 100029541 | 1545407400 | 3997 | 0 |
+-----------+------------+-------+----+
trends相关表
MariaDB [rtm]> show tables like 'trends%';
+-------------------------+
| Tables_in_rtm (trends%) |
+-------------------------+
| trends |
| trends_uint |
+-------------------------+
trends
itemid: 监控项唯一标识id
clock: 时间戳整数部分
num: 该小时内用了多少数据用于计算平均值、最小值、最大值
value_min: 趋势时间内最小值(趋势数据时间间隔为一小时)
value_avg: 趋势时间内平均值(趋势数据时间间隔为一小时)
value_max: 趋势时间内最大值(趋势数据时间间隔为一小时)
MariaDB [rtm]> desc trends;
+-----------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+---------------------+------+-----+---------+-------+
| itemid | bigint(20) unsigned | NO | PRI | NULL | |
| clock | int(11) | NO | PRI | 0 | |
| num | int(11) | NO | | 0 | |
| value_min | double(16,4) | NO | | 0.0000 | |
| value_avg | double(16,4) | NO | | 0.0000 | |
| value_max | double(16,4) | NO | | 0.0000 | |
+-----------+---------------------+------+-----+---------+-------+ MariaDB [rtm]> select * from trends limit 10;
+--------+------------+-----+-----------+-----------+-----------+
| itemid | clock | num | value_min | value_avg | value_max |
+--------+------------+-----+-----------+-----------+-----------+
| 23252 | 1538211600 | 60 | 0.0000 | 0.0006 | 0.0169 |
| 23252 | 1538215200 | 60 | 0.0000 | 0.0008 | 0.0169 |
| 23252 | 1538218800 | 60 | 0.0000 | 0.0008 | 0.0169 |
| 23252 | 1538222400 | 60 | 0.0000 | 0.0003 | 0.0169 |
| 23252 | 1538226000 | 60 | 0.0000 | 0.0008 | 0.0169 |
| 23252 | 1538229600 | 60 | 0.0000 | 0.0017 | 0.0508 |
| 23252 | 1538233200 | 60 | 0.0000 | 0.0011 | 0.0169 |
| 23252 | 1538236800 | 60 | 0.0000 | 0.0014 | 0.0169 |
| 23252 | 1538240400 | 60 | 0.0000 | 0.0008 | 0.0169 |
| 23252 | 1538244000 | 60 | 0.0000 | 0.0003 | 0.0169 |
+--------+------------+-----+-----------+-----------+-----------+
trends_unit
MariaDB [rtm]> desc trends_uint;
+-----------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+---------------------+------+-----+---------+-------+
| itemid | bigint(20) unsigned | NO | PRI | NULL | |
| clock | int(11) | NO | PRI | 0 | |
| num | int(11) | NO | | 0 | |
| value_min | bigint(20) unsigned | NO | | 0 | |
| value_avg | bigint(20) unsigned | NO | | 0 | |
| value_max | bigint(20) unsigned | NO | | 0 | |
+-----------+---------------------+------+-----+---------+-------+ MariaDB [rtm]> select * from trends_uint limit 10;
+--------+------------+-----+-----------+-----------+-----------+
| itemid | clock | num | value_min | value_avg | value_max |
+--------+------------+-----+-----------+-----------+-----------+
| 23271 | 1538211600 | 6 | 0 | 0 | 0 |
| 23271 | 1538215200 | 6 | 0 | 0 | 0 |
| 23271 | 1538218800 | 6 | 0 | 0 | 0 |
| 23271 | 1538222400 | 6 | 0 | 0 | 0 |
| 23271 | 1538226000 | 6 | 0 | 0 | 0 |
| 23271 | 1538229600 | 6 | 0 | 0 | 0 |
| 23271 | 1538233200 | 6 | 0 | 0 | 0 |
| 23271 | 1538236800 | 6 | 0 | 0 | 0 |
| 23271 | 1538240400 | 6 | 0 | 0 | 0 |
| 23271 | 1538244000 | 6 | 0 | 0 | 0 |
+--------+------------+-----+-----------+-----------+-----------+
zabbix历史数据相关表研究的更多相关文章
- C#实现 OPC历史数据存取研究
来源:http://blog.csdn.net/gjack/article/details/5641794 C#实现 OPC历史数据存取研究 (原文)Research of Accessing the ...
- Zabbix 历史数据存储到 Elasticsearch
Zabbix 历史数据存储到 Elasticsearch Zabbix 3.4.6 版本开始支持历史数据存储到 Elasticsearch, 早就想测试这个功能,最近有个需求需保存 zabbix 的历 ...
- 清理 zabbix 历史数据, 缩减 mysql 空间
zabbix 由于历史数据过大, 因此导致磁盘空间暴涨, 下面是结局方法步骤 1. 停止 ZABBIX SERER 操作 [root@gd02-qa-plxt2-nodomain-web-95 ~] ...
- Zabbix历史数据清理
特别提醒: a.文中测试的Zabbix版本为 3.0.3 . b.清理数据属于高危操作,请在测试环境中验证后再执行线上操作!!! 1.统计数据库中每个表所占的空间: mysql> SELECT ...
- zabbix历史数据全部清楚
#这种方法会出现 监控项不可用的情况 1.停掉zabbix_server 2.重重名表 RENAME TABLE history to history_20180117; RENAME TABLE h ...
- zabbix监控历史数据清理
2018/12/24 14:00:57 zabbix监控运行一段时间以后,会留下大量的历史监控数据,zabbix数据库一直在增大:可能会造成系统性能下降,查看历史数据室查询速度缓慢. zabbix里 ...
- zabbix的历史数据存储到elasticsearch中
基本配置项 https://www.jianshu.com/p/bffca8128e8f 官方说这个实验性的功能支持es的版本是5.0.x - > 6.1.x,如果使用早期或更高版本的Elast ...
- zabbix报警逻辑初探
zabbix报警逻辑初探 首先贴出一张网上找的一张关于zabbix报警相关表结构及表关联逻辑图: actions表 actions表对应前端配置是动作(actions) action由conditio ...
- zabbix通过jmx监控tomcat
Zabbix版本: Zabbix 3.0.2 一.服务端配置 1.安装jdk(版本1.7.0_79) 安装与配置比较简单,过程省略.执行java -version命令,出现类似界面表示成功. 2. ...
随机推荐
- PySe-007-解决“Chrome正在受到自动软件的控制”
python使用selenium启动chrome的代码如下所示: #!/usr/local/bin/python # -*- coding: utf-8 -*- from selenium impor ...
- 【托业】【怪兽】TEST04
❤ admit doing sth 承认做某事 ❤revelation n.揭露,揭示 ❤dazzling adj. 炫目的 ❤intentionally adv.刻意地 ❤metropolitan ...
- 【论文阅读】Deep Mixture of Diverse Experts for Large-Scale Visual Recognition
导读: 本文为论文<Deep Mixture of Diverse Experts for Large-Scale Visual Recognition>的阅读总结.目的是做大规模图像分类 ...
- Unity3D 代码加密保护工具
加密方式 对于Unity3D的保护方式,主要是通过Virbox Protector Standalone对Unity3D程序的整个生成目录进行加密,可以保护Unity的主要代码逻辑不被反编译,最大 ...
- Angular+NodeJs+MongoDB搭建前后端程序
get请求: //angular 前端get请求 this.client.get('http://localhost:3000/id/tom').subscribe(data => { cons ...
- 运维面试题之k8s
前言: 到了如今年k8s已经是事实上的容器集群标准了,是时候展现我真正的祖传k8s实力了 吐槽: 我干嘛要知道这些,能用不就行了k8s真香 Kubernetes有哪些特性? Kubernetes是自动 ...
- python 模拟实现一个ATM + 购物商城程序
思路:ATM是一个单独程序,提供给消费的是一个接口core下的settlement.py,只做了个人的,没写管理的模块 Shopping也是一个单独的,只做了一个购物的消费模块,没写商家模块,偷懒用了 ...
- go 语言环境搭建(Ubuntu + Sublime Text3 + GoSublime + gocode)
1. 首先安装go http://code.google.com/p/golang-china/wiki/Install 或者http://golang.org/doc/install这里有详细介绍. ...
- c#子类序列化与父类序列化(Serializable)的区别
今天码代码,遇到了一个很奇怪的问题.就是子类继承了Serializable,父类没有,最后面,子类的数据转为byte[],并存储到数据库,再从数据库出来转为子类对象,发现,父类的变量,值为空! 最后调 ...
- zuul 自定义路由规则
1,zuul的maven配置 <!--spring cloud 相关包--><parent> <groupId>org.springframework.boot&l ...