zabbix数据库简要分析

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。不同表

2、之间的关联也要用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* 为使用这三种监控方式时的监控记录。hos

3、ts_groups hosts_groups保存了 host（主机）与host groups（主机组）的关联关系。这部分信息可以在我们自己做一些批量查询，例如查询关联到某个主机组的所有设备的ip 、存活状态等，进一步去查询该批量设备的load、io、mem 等统计信息。我之前做的一个简单的报表就是例如了这部分的信息去查询某个业务线下所有设备的一周统计信息，当然了是在同一个主机组或者模版组才可以的。表 2 表结构 hosts_groups interface interface 表用于存储每一个host 的接口信息， 此表与 hosts 表分离， 方便了用户修改信息与管理。figure 3int

4、erface 表结构items items 表记录了item 的所有设置。在zabbix 中，最多的操作就是对items 的。如添加监控项、删除监控项、更新监控配置等。items 表结构如下：图 4 items 表结构key_：items 的 key，可以理解为在triggers 中的进行判断的变量。applications application表用于存储监控像所属于的应用，applicationid 为主键编号，hostid 对应与host 的 id，name 用于存储application 的名称， flag 用于存储application 的状态。图 5application 表结构t

5、riggers triggers 表是 zabbix 中关于触发警报时记录的表。triggers 的表结构如下：图 6 triggers 表结构mappings mappings 表用于存储的应用状态映射信息，存储数据时会将不同的值、不同的范围对应不同的状态，而用户关心的正是这些状态。图 7 mapping 表结构expressions expressions 表用于判断triggers 时需要用到的正则表达式，助于合理的进行triggers 判断。图 8 expressions 表结构media media 保存了某个用户的media 配置项，即对应的告警方式，如邮件等方式。图 9 medi

6、a 表结构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，那么这个i

7、tem.v alue 会发生错乱。value：和 object 字段类似，根据source的不同，这里的值有不同的意义。actions actions 表记录了当触发器触发时，需要采用的动作。图 11 action 表结构alerts alerts 表保存了历史的告警事件，可以从这个表里面去做一些统计分析，例如某个部门、某人、某类时间的告警统计，以及更深入的故障发生、恢复时间，看你想怎么用了。图 12 alerts 表结构config config 表保存了全局的参数，前端包括后端也是，很多情况下会查询改表的参数的，例如用户的自定义主题、登陆认证类型等，非常重要。图 13config 表结构f

8、unctions function 表时非常重要的一个表了，记录了trigger 中使用的表达式，例如max、last、nodata 等函数。但其实这个表说他重要时因为同时记录了trigger、itemid，那就可以做一些api 的开发了，例如根据ip 茶香改 ip 的所有 trigger，我记得 1.8 的版本的api 是无法实现我说的这个功能的，那只能利用function 表去自己查询了。图 14functions 表结构graphs_items graphs_items 保存了属于某个图表的所有的监控项信息。图 15graphs_items 表结构profiles profiles 表保

9、存了用户的一些配置项。图 16 profiles 表结构sessions sessions 表很重要，保存了每个用户的sessions, 在登陆、注销的时候均会操作该张表的。图 17sessions表结构history history 表用于存储监控所得的原始数据，itemid 对应与监控项；clock 为数据的获取时间，用时间戳表示；value 为获取的原始数据；ns 表示采集到该数据所用的时间。图 18 history 表结构history_str history_str 表用于存储采集到的数据中需要用字符串记录的数据，itemid 对应与监控项；clock 为数据的获取时间，用时间戳表示； value 为获取的原始数据；ns 表示采集到该数据所用的时间。图 19history_str 表结构trends trends 表用于储存监