Zabbix_zabbix資料庫表各欄位說明
前言：網上有很多關於zabbix資料庫的資料，但大多是複製+轉載，我一直想找一篇部落格是關於zabbix資料庫表字段的說明，但始終找不到，為此不得不將工作中需要的表字段一一記錄，為了防止和我有相同需求的小夥伴和我一樣苦逼，現將我總結出來的表字段意思貼出來。
1.host：主機表
不作全部說明，只說比較重要的和我開發中用到的
hostid：主機的id
proxy_hostid：代理主機的id
host：這裡代表主機的ip
status：代表主機的狀態：資料庫儲存有三個值：0代表被監控，1代表未監控，3代表該主機是模板主機
通過zabbix的api的host.get只能獲取到狀態為0的主機，通過template.get能獲取到狀態為3的主機
name：主機的別名/暱稱
flags：這個主機是否啟用：0代表啟用，1代表未啟用
templateid：模板id（有點像自關聯）
description：對主機的描述
2.item：監控項表
itemid：監控項的id
type：監控項的型別：常見的有agent，SNMP，agent(active) 等
hostid：監控項關聯的主機id
name：監控項的名稱
key_ :監控項item的key值，（資料庫中儲存的這個key_的內容大概就是監控表示式比如：system.swap.size[,free]這種
delay：配置item時候配置的 “Update Interval”，開發中沒用到，不清楚。
history：監控項資料在歷史表中保留的時間天數
trends：監控項資料在trends表中保留的天數
status：監控項的狀態：0代表能夠使用，1代表不能夠使用
value_type：重點中的重點：有五個值：
0：numeric float
1：character
2：log
3：numeric unsigned
4：text
分別代表監控項不同的返回型別，這個值決定了監控項的資料會儲存在哪張歷史表中（歷史表一共有五張，分
別對應著這五個值，這個稍後講解歷史表的時候細說）
units：監控項資料的單位
這個也是需要注意的地方： 預設情況下，監控項採集的資料會儲存在歷史表中，這些採集的資料如果超過1000，zabbix會將其除以1000儲存在資料庫中 如果單位是B（byte）或者bps（bytes per second），那麼這些採集的資料會除以1024然後儲存在資料庫中 時間單位： unixtime – 轉為 “yyyy.mm.dd hh:mm:ss”. 只能使用正數。 uptime – 轉為“hh:mm:ss” 或者“N days, hh:mm:ss” 這些注意事項稍後再歷史表中詳細敘述
3.history：歷史表
歷史表一共有五張表：
先說下各欄位什麼意思
itemid：監控項的id
clock：時間戳，監控項採集資料的觸發時間
value：監控項採集資料的值
ns：納秒，我現在的理解是監控項採集資料這個過程的時間，不知道正不正確，待定。
歷史表與監控表的關係：
這也是開發中把我困擾了很久的問題：如何通過監控項id來獲取它的監控資料：
①我是通過zabbix的api來獲取的，使用history.get來獲取歷史資料，注意了，這時需要我們傳入的引數不止
一個監控項的id，還需奧傳入監控項的value_type，因為如果不傳入value_type，history.get方法預設取
history這個表的資料，如果itemid對應不上，就取不到資料。
②如何設定value_type屬性：在history.get總可以傳入引數history，這是個Integer型別的引數，
它對應著item表中的value_type屬性，引數的五種型別如下：
FLOAT(0),
STRING(1),
LOG(2),
INTEGER(3),
TEXT(4);
③我的解決方案是從頁面中傳過來的itemid，通過它獲取其對應的value_type，然後通過這兩個值去查詢歷史
資料，當然，也可以通過頁面將value_type的值直接傳過來。
4.hostgroup表：主機群組表
groupid：主機群組的id
name：群組名稱
internal：未知
flags：未知
5.application表：應用集表
applicationid：應用集的id
hostid：應用集關聯的主機id
name：應用集名稱
flags：未知