或許讀者還記得，我們在介紹如何創建一個監控項目時，我們介紹過在“配置項目”表單頁面上有兩個表單項“保留歷史數據(天)”和“保留趨勢數據(天)”，並且當時我們給出提示，建議爲減輕數據庫的壓力，在配置監控項目時，應儘可能的在“保留歷史數據(天)”表單項裏輸入較小數據。比如說將這個表單項的輸入值調整成7天或半個月。那麼，在Zabbix系統中爲何有“歷史數據”和“趨勢數據”兩種數據呢？它們又都什麼類型的數據呢？以及這兩種數據有什麼聯繫和區別嗎？下面，我們就針這些問題談談Zabbix系統中的“歷史數據”和“趨勢數據”。
歷史數據和趨勢數據是Zabbix系統中存儲所採集的監控項目數據的兩種存儲方式。它們既有區別又有聯繫。所謂歷史數據就是指，Zabbix系統針對每個監控項目在每次採集時所收集到的數據，這個數據保存Zabbix系統數據庫的歷史表中。因爲是每次所採集到的數據都保存在歷史表中，所以如果監控項目的更新間隔越小，則在固定時間內所保存到歷史表中的數據就越多。如果每個監控項目的更新間隔是30秒的話，則兩個小時，該監控項目在Zabbix數據庫的歷史表中就會產生240條記錄，一天就會產生2880條記錄。或許你會認爲，對於MySQL數據庫來說，2880條記錄幾乎可以忽略不計。是的，如果我們的Zabbix系統只監控一臺被監控主機，且這臺被監控主機只有一個被監控項目，那麼每天產生2880條記錄確實不值得一提的。但是，當我們監控系統所監控的項目比較多時，則這個數據量還是非常大的。比如說，如果我們監控系統監控1000個監控項目，且每個監控項目的更新間隔都是30秒，則每天曆史表中就會產生2880*1000=2880000條記錄，也即近300萬條記錄。而1000個監控項目可以監控多少主機呢？我們以48口的交換機爲例，單監控每臺交換機的每個端口的流量，則一臺48口的交換機就有96個監控項目。所以，如果我們僅監控這樣的48口的交換機，1000個監控項目只差不多隻夠監控10臺這樣交換機。由此可見，如果我們所監控主機的數量稍等多一點，或者更確切的來說，我們所監控的項目稍微多點，則Zabbix系統每天在其數據庫中所產生的記錄是非常大的。因此，我們建議，如非必須的，我們在配置監控項目時，應儘量減小歷史數據的保留天數，以免給數據庫系統帶來很大的壓力。
而趨勢數據則不同，對於相同的更新間隔，系統所產生的趨勢數據的數量遠遠沒有歷史數據那麼龐大。對同一個監控項目，之所以趨勢數據的數據量要遠遠小於歷史數據的數據量，是由趨勢數據的取值方式決定的。趨勢數據取值方式是，它取對應監控項目的歷史數據在一個小時內的平均值、最大值、最小值以及這一個小時內該監控項目所採集到的數據的個數。因此，不管一個監控項目的更新間隔是多少，它所對應的趨勢數據在數據庫中的記錄都只有一條。更新間隔越小，僅可能導致數據個數增大，而不會影響該監控項目在趨勢表裏的記錄條數的。由此，或許你覺得趨勢數據很不準確，你還是願意保留更長時間的歷史數據，以便查看較長時間的數據圖。其實不是這樣的，因爲在Zabbix系統數據庫的趨勢表裏不但保留一個小時內歷史數據的最大值、最小值和平均值，而還保存這一個小時內所採集到的數據個數。因此，在要求並不是很高的場合，使用趨勢數據繪出的監控項目的數據圖的走勢與用歷史數據繪出的數據圖的走勢差別不會很大的。
不是歷史數據還是趨勢數據，都會週期性被Zabbix服務器端一種稱之爲“主婦（housekeeper）”進程進行清理，它會週期性的刪除過期的歷史數據和趨勢數據。也正是因爲這個進程的存在，纔會使Zabbix系統數據的數據量不會一直的彭脹下去。而實際上，如果我們在保持Zabbix系統的被監控主機和被監控項目不變，且不更改監控項目的更新間隔的情況下，Zabbix系統的數據庫的數據量會在增長到一定的數據量後不會再增長，而是基本維護在這個數據量上不變。“主婦”進程清理歷史數據和趨勢數據的頻率可以在Zabbix服務器端組件(或服務器代理組件)的配置文件zabbix_server.conf中進行配置，它的配置項是HousekeepingFrequency。
注意1、如果監控項目的“保留歷史數據(天)”配置項被設置成0時，則數據庫歷史表中僅保留該監控項目所採集的最後一條數據，其它歷史數據將數據將不會被會保留。而且，引用該監控項目的觸發器也只能使用該項目所採集的最後數據。因此，此時如果在觸發器裏引用該項目時使用max、avg、min等函數據時將沒有意義。2、如果監控項目的“保留趨勢數據(天)”配置項被設置成0時，則該項目在系統數據庫的趨勢表裏將不保留任何數據。
轉自http://blog.chinaunix.net/uid-9411004-id-4139807.html