《zabbix数据库简要分析_计算机软件及应用_it计算机_专业资料.docx》由会员分享，可在线阅读，更多相关《zabbix数据库简要分析_计算机软件及应用_it计算机_专业资料.docx（9页珍藏版）》请在金锄头文库上搜索。
1、Zabbix数据库分析Zabbix数据库共有108个表，表的名称都是复数的。针对Zabbix中的每一个资源，都有一张表与其对应，比如hosts表，items表等。每一张表中都有一个id字段，如hosts表中的hostid，items中的itemid等。而资源之间的关联关系是通过外键来完成的。比如host和item的关联关系，就是在items表中使用hostid与hosts表中的资源进行关联。hosts“host”就是一台被监控的对象。Hosts表结构如下：图1 hosts表Hostid：唯一标识Host在Zabbix及数据库中的id。不同表之间的关联也要用id。Proxy_hostid：若启用
2、“proxy-server”架构，才会出现被监控机器的proxy_hostid。Host：被监控机器的名字。Dns：DNS的名称。Useip：是否用ip监控。Port：监控的端口。Status：机器目前的状态。“0”为正常监控，“1”为disable。Disabled_util、error、available、errors_from：这些值Zabbix Poller回去修改的值。Lastacess：表示proxy最后一次工作的时间。Ipmi*、snmp*、jmx*为使用这三种监控方式时的监控记录。hosts_groupshosts_groups 保存了host（主机）与host groups（
3、主机组）的关联关系。这部分信息可以在我们自己做一些批量查询，例如查询关联到某个主机组的所有 设备的IP 、存活状态等，进一步去查询该批量设备的load、IO、mem等统计信息。我之前做的一个简单的报表就是例如了这部分的信息去查询某个业务线下所有设备 的一周统计信息，当然了是在同一个主机组或者模版组才可以的。表 2表结构hosts_groupsInterfaceInterface表用于存储每一个host的接口信息，此表与hosts表分离，方便了用户修改信息与管理。Figure 3 Interface表结构ItemsItems表记录了item的所有设置。在Zabbix中，最多的操作就是对items
4、的。如添加监控项、删除监控项、更新监控配置等。Items表结构如下：图4 items表结构Key_：items的key，可以理解为在triggers中的进行判断的变量。ApplicationsApplication表用于存储监控像所属于的应用，applicationid为主键编号，hostid对应与host的id，name用于存储application的名称，flag用于存储application的状态。图 5 application表结构TriggersTriggers表是Zabbix中关于触发警报时记录的表。Triggers的表结构如下：图6 triggers表结构MappingsMapp
5、ings表用于存储的应用状态映射信息，存储数据时会将不同的值、不同的范围对应不同的状态，而用户关心的正是这些状态。图 7 mapping表结构ExpressionsExpressions表用于判断triggers时需要用到的正则表达式，助于合理的进行triggers判断。图 8 expressions表结构mediamedia 保存了某个用户的media配置项，即对应的告警方式，如邮件等方式。图9 media 表结构Events每当zabbix server获取一个数据，它就会检查跟这个items相关的trigger，然后无论是否触发action，都会生成一个event。表10 events表
6、结构Source:Event可能由多种源头生成，source就记录了Event是由什么事件而生成的。Object：这个字段记录了和event相关的Zabbix对象。Objected：根据前面object里的定义，这里可能为triggerid，也可能是discoveredhosted。ns：这个字段是在2.0.0版本加入这个记录的。因为如果只有timestamp，那么这个ITEM.VALUE会发生错乱。Value：和object字段类似，根据source的不同，这里的值有不同的意义。 Actionsactions表记录了当触发器触发时，需要采用的动作。图11 action表结构alertsale
7、rts 表保存了历史的告警事件，可以从这个表里面去做一些统计分析，例如某个部门、 某人、某类时间的告警统计，以及更深入的故障发生、恢复时间，看你想怎么用了。图12 alerts表结构configconfig表保存了全局的参数，前端包括后端也是，很多情况下会查询改表的参数的，例如用户的自定义主题、 登陆认证类型等，非常重要。图13config表结构functionsfunction 表时非常重要的一个表了，记录了trigger中使用的表达式，例如max、last、nodata等函数。但其实这个表说他重要时因为同时记录了trigger、itemid，那就可以做一些API的开发了，例如根据 IP 茶
8、香改IP的所有trigger，我记得1.8的版本的API是无法实现我说的这个功能的，那只能利用 function表去自己查询了。图 14functions表结构graphs_itemsgraphs_items 保存了属于某个图表的所有的监控项信息。图 15 graphs_items 表结构profilesprofiles 表保存了用户的一些配置项。图16 profiles表结构sessionssessions 表很重要，保存了每个用户的sessions,在登陆、注销的时候均会操作 该张表的。图17 sessions表结构historyHistory表用于存储监控所得的原始数据，itemid对应
9、与监控项；clock为数据的获取时间，用时间戳表示；value为获取的原始数据；ns表示采集到该数据所用的时间。图18 history表结构history_strhistory_str表用于存储采集到的数据中需要用字符串记录的数据，itemid对应与监控项；clock为数据的获取时间，用时间戳表示；value为获取的原始数据；ns表示采集到该数据所用的时间。图 19 history_str表结构TrendsTrends表用于储存监控的趋势性数据，若将所有历史数据保留将占用大量存储空间，单用户可能仍需要查看监控对像的趋势状态，因此需要用到trends表。图20 trends表结构users部分用户配置会在该表中，例如auotlogin、autologout、 url、theme等信息。图 21user表结构
