点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 25 Zabbix系统数据表结构介绍 自学Zabbix之路15.1 Zabbix数据库表结构简单解析-Hosts表.Hosts_groups表.Interface表 自学Zabbix之路15.2 Zabbix数据库表结构简单解析-Items表 自学Zabbix之路15.3 Zabbix数据库表结构简单解析-Triggers表.Applications表. Mapplings表 自学Zabbix之

看到Zabbix的数据表结构吧,就知道数据量大了 性能问题很让人担忧,不过基于Zabbix数据库导出报表,或自动跑报表的时候,就必须去了解一下zabbix的数据表结构了,得知道XX放在哪才能找到XX,既然能找到XX了,让他数据可视化起来也就不是什么问题了,废话少说开撸 0.Hosts表 mysql> DESC hosts;###这里面存有hostid.proxyid.节点信息.状态以及XXX各种信息,比较核心的一张表###+--------------------+---------------

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.1 Zabbix数据库表结构简单解析-Hosts表.Hosts_groups表.Interface表 说在前面: 数据库中的表的名称都是复数,比如存放Host信息的表的名字是Hosts等. 数据库操作有风险,一旦出问题会造成Zabbix crash.需要谨慎操作. 普通的查询可以在备库上进行.两边数据是实时同步的. 概述: Zabbix数据库共有108个表,表的名称都是

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.3 Zabbix数据库表结构简单解析-Triggers表.Applications表. Mapplings表  1.Trigger表 Trigger是zabbix的重要组成部分,相对应的Trigger表也比较复杂. 主要体现在与其他表的关联关系很强.  2. Applicaion表 Application表用于存储监控像所属于的应用 applicationid:为主键编

zabbix数据库表结构的重要性 想理解zabbix的前端代码.做深入的二次开发,甚至的调优,那就不能不了解数据库的表结构了. 我们这里采用的zabbix1.8.mysql,所以简单的说下我们mysql这边的表结构,其他环境不保证正确. mysql> show tables; +-----------------------+ | Tables_in_zabbix | +-----------------------+ | acknowledges | | actions | | alerts

本文转自[https://www.cnblogs.com/shhnwangjian/p/5484352.html] 参考文[https://www.cnblogs.com/learningJAVA/p/7886164.html] ■ zabbix数据库表结构的重要性 想理解zabbix的前端代码.做深入的二次开发,甚至的调优,那就不能不了解数据库的表结构了. 我们这里采用的zabbix1.8.mysql,所以简单的说下我们mysql这边的表结构,其他环境不保证正确. 1 2 3 4 5 6 7

 下面开始介绍: 1.添加监控表结构详解 (1)hosts,存储被监控的机器的信息,表结构如下: (2)items (3)hosts_templates,存储机器和模版或者模版和模版之间的关系 由于模版和机器都存储在hosts表中,所以hosts_templates和hosts 之间可以hostid关联也可以通过templateid关联. (4)interface,存储了所有设备的ip和端口的数据.(由于hosts表中不仅保存了设备信息还保存了模版信息,所以统计实际监控的设备,此表更加准确) 2

zabbix表结构 1.acknowledges 记录告警的确认信息 2.actions 记录了当触发器触发时,需要采用的动作. mysql> desc actions; +---------------+---------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +---------------+---------------------+------

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.2 Zabbix数据库表结构简单解析-Items表 Items表记录了item的所有设置.在Zabbix中,最多的操作就是对items的.如添加监控项.删除监控项.更新监控配置等. itemid:item的id type:item的type,和前端见面配置item的type的对应.数据库中,这一列的值是0到17的数字,分别代表不同的类型: 0:Zabbix agent

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.4 Zabbix数据库表结构简单解析-Expressions表.Media表. Events表  1.Expressions表 Expressions表用于判断triggers时需要用到的正则表达式,助于合理的进行triggers判断. 2.Media表 media 保存了某个用户的media配置项,即对应的告警方式,如邮件等方式.  3. Events表 当Zabbi

上一篇:Zabbix分布式监控 acknowledges 当出现报错的时候记录 查看着张表记录了一个事件 actions 动作 自动发现 问题告警 恢复告警 自动注册 alerts 报警信息 同web页面的 auditlog 操作日志 在页面上面查看 autoreg_host 自动注册的主机 config 配置 dbversion 数据库版本需要一致 重启zabbix server看日志 dchecks escalations 告警升级 PS:默认的步骤时间间隔是3600秒 events 事件

点击返回:自学Zabbix之路 自学Zabbix之路15.5 Zabbix数据库表结构简单解析-其他 表  1. Actions表 actions表记录了当触发器触发时,需要采用的动作. 2.Alerts 表 alerts 表保存了历史的告警事件,可以从这个表里面去做一些统计分析,例如某个部门.某人.某类时间的告警统计,以及更深入的故障发生.恢复时间  3. Config表 config表保存了全局的参数,前端包括后端也是,很多情况下会查询改表的参数的,例如用户的自定义主题.登陆认证类型等,非常

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.5 Zabbix数据库表结构简单解析-其他 表  1. Actions表 actions表记录了当触发器触发时,需要采用的动作. 2.Alerts 表 alerts 表保存了历史的告警事件,可以从这个表里面去做一些统计分析,例如某个部门.某人.某类时间的告警统计,以及更深入的故障发生.恢复时间  3. Config表 config表保存了全局的参数,前端包括后端也是,很

zabbix数据库表结构的重要性 想理解zabbix的前端代码.做深入的二次开发,甚至的调优,那就不能不了解数据库的表结构了. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65

原文:http://www.ywnds.com/?p=4442 一.背景 MySQL大字段的DDL操作:加减字段.索引.修改字段属性等,在5.1之前都是非常耗时耗力的,特别是会对MySQL服务产生影响.在5.1之后随着Plugin Innodb的出现在线加索引的提高了很多,但是还会影响(时间缩短了),主要是在更改期间,会生成一个互斥锁,阻塞对整个表的所有操作.不过MySQL 5.6可以避免上面的情况,支持在线DDL操作了.但目前大部分在用的版本都是5.6之前的,所以DDL操作一直是运维人员头疼的

使用场景 在线数据库的维护中,总会涉及到研发修改表结构的情况,修改一些小表影响很小,而修改大表时,往往影响业务的正常运转,如表数据量超过500W,1000W,甚至过亿时 在线修改大表的可能影响 在线修改大表的表结构执行时间往往不可预估,一般时间较长 由于修改表结构是表级锁,因此在修改表结构时,影响表写入操作 如果长时间的修改表结构,中途修改失败,由于修改表结构是一个事务,因此失败后会还原表结构,在这个过程中表都是锁着不可写入 修改大表结构容易导致数据库CPU.IO等性能消耗,使MySQL服务器性

-- 表结构查询 SELECT 表名 then d.name else '' end, 表说明 then isnull(f.value,'') else '' end, 字段序号 = a.colorder, 字段名 = a.name, 标识 then '√'else '' end, 主键 FROM sysobjects where xtype='PK' and parent_obj=a.id and name in ( SELECT name FROM sysindexes WHERE indi

前提条件是主从同步操作完成(主从同步的前提是两个数据库表结构必须一样) 先看一下mysql配置文件 vi /usr/local/mysql/my.cnf 配置内容:------------------------------------------------------------------------------------ [client] port=3306 socket=/tmp/mysql.sock default-character-set=utf8   [mysql] no-a

使用pl/sql developer导出oracle数据库的表结构和表数据时,有一些勾选项供用户选择,需要用户根据实际情况进行勾选或取消. 导出方法如下:一.只导出表结构1.使用pl/sql developer登陆数据库:2.选择Tools->Exports User Objects..,然后选择要导出的表,选择要导出文件的路径和名称,点击Export按钮即可导出.注意:导出面板有一些选项可以选择,根据需要进行勾选或去除. 二.表结构和数据同时导出1.使用pl/sql developer登陆数据

工具简介 pt-osc模仿MySQL内部的改表方式进行改表,但整个改表过程是通过对原始表的拷贝来完成的,即在改表过程中原始表不会被锁定,并不影响对该表的读写操作.首先,osc创建与原始表相同的不包含数据的新表并按照需求进行表结构的修改,然后将原始表中的数据按chunk大小逐步拷贝到新表中,当拷贝完成后,会自动同时修改原始表和新表的名字并默认将原始表删除. pt-online-schema-change原理 1.如果存在外键,根据alter-foreign-keys-method参数的值,检测外键