一 問題描述

隨著Zabbix監(jiān)控的主機(jī)和監(jiān)控項(xiàng)目增多，Zabbix的歷史數(shù)據(jù)會(huì)越來越多，MySQL數(shù)據(jù)庫(kù)磁盤空間很容易就爆滿，同時(shí)Zabbix前端查詢數(shù)據(jù)會(huì)變得越來越慢。特別是通過Zabbix的API生成自定義Screen的情況下，打開每個(gè)Screen非常慢

查看Zabbix數(shù)據(jù)庫(kù)目錄文件#?ls?-lh|grep?G

total?248G

-rw-rw----?1?mysql?mysql?4.7G?May??5?21:34?alerts.ibd

-rw-rw----?1?mysql?mysql?3.4G?May??5?21:34?events.ibd

-rw-rw----?1?mysql?mysql??95G?May??5?21:34?history.ibd

-rw-rw----?1?mysql?mysql??25G?May??5?21:34?history_text.ibd

-rw-rw----?1?mysql?mysql?112G?May??5?21:34?history_uint.ibd

-rw-rw----?1?mysql?mysql?2.9G?May??5?21:34?trends.ibd

-rw-rw----?1?mysql?mysql?4.3G?May??5?21:34?trends_uint.ibd

整個(gè)Zabbix數(shù)據(jù)庫(kù)目錄大小為248G，history和history_text以及history_uint幾張表就占用了大部分磁盤空間

二 解決辦法

如果不想保留太長(zhǎng)時(shí)間的歷史數(shù)據(jù)，例如只保留一個(gè)月的歷史數(shù)據(jù)可以使用以下方法

1.停掉zabbix server

service zabbix-server stop

2.創(chuàng)建新表

create table history_new like history;

create table history_uint_new like history_uint;

create table history_text_new like history_text;

3.將近期(一個(gè)月)的數(shù)據(jù)插入到新的表中

insert into history_new select * from history where clock > ‘1459785600‘;

總結(jié)

以上是生活随笔為你收集整理的zabbix历史数据mysql_处理Zabbix历史数据库办法一的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。