zabbix数据库简要分析讲述.docx

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：若启用“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（主机组）的关联关系。这部分信息可以在我们自己做一些批量查询，例如查询关联到某个主机组的所有设备的IP 、存活状态等，进一步去查询该批量设备的load、IO、mem等统计信息。我之前做的一个简单的报表就是例如了这部分的信息去查询某个业务线下所有设备的一周统计信息，当然了是在同一个主机组或者模版组才可以的。表2表结构hosts_groupsInterfaceInterface表用于存储每一个host的接口信息，此表与hosts表分离，方便了用户修改信息与管理。Figure 3Interface表结构ItemsItems表记录了item的所有设置。在Zabbix中，最多的操作就是对items的。如添加监控项、删除监控项、更新监控配置等。Items表结构如下：图4 items表结构Key_：items的key，可以理解为在triggers中的进行判断的变量。ApplicationsApplication表用于存储监控像所属于的应用，applicationid为主键编号，hostid对应与host的id，name用于存储application的名称，flag用于存储application的状态。图5application表结构TriggersTriggers表是Zabbix中关于触发警报时记录的表。Triggers的表结构如下：图6 triggers表结构MappingsMappings表用于存储的应用状态映射信息，存储数据时会将不同的值、不同的范围对应不同的状态，而用户关心的正是这些状态。图7 mapping表结构ExpressionsExpressions表用于判断triggers时需要用到的正则表达式，助于合理的进行triggers判断。图8 expressions表结构mediamedia 保存了某个用户的media配置项，即对应的告警方式，如邮件等方式。图9 media 表结构Events每当zabbix server获取一个数据，它就会检查跟这个items相关的trigger，然后无论是否触发action，都会生成一个event。表10 events表结构Source:Event可能由多种源头生成，source就记录了Event是由什么事件而生成的。Object：这个字段记录了和event相关的Zabbix对象。Objected：根据前面object里的定义，这里可能为triggerid，也可能是discovered??hosted。ns：这个字段是在2.0.0版本加入这个记录的。因为如果只有timestamp，那么这个｛ITEM.VALUE｝会发生错乱。Value：和object字段类似，根据source的不同，这里的值有不同的意义。Actionsactions表记录了当触发器触发时，需要采用的动作。图11 action表结构alertsalerts 表保存了历史的告警事件，可以从这个表里面去做一些统计分析，例如某个部门、某人、某类时间的告警统计，以及更深入的故障发生、恢复时间，看你想怎么用了。图12 alerts表结构configconfig表保存了全局的参数，前端包括后端也是，很多情况下会查询改表的参数的，例如用户的自定义主题、登陆认证类型等，非常重要。图13config表结构functionsfunction 表时非常重要的一个表了，记录了t