zabbix数据库备份整理

  1. 云栖社区>
  2. 博客>
  3. 正文

zabbix数据库备份整理

技术小甜 2017-11-08 18:13:00 浏览1442
展开阅读全文

zabbix数据库备份整理

zabbix数据库备份整理

zabbix的所有操作都是存在数据库里,在数据库里都会有对应的表,所以对zabbix备份,只需备份数据库就行了。

采用mysqldump进行数据库备份如下:

mysqldump -uroot -p --opt zabbix |bzip2 > zabbix.sql.bz2

但是进行此操作时,发现备份需要很长时间,zabbix的MySQL备份文件异常庞大,查看下zabbix的数据库表,发现mysql系统文件下zabbix目录本身并不是很大,也就几百行,但发下同目录下得ibdata1文件异常庞大,达到10多个G

查看了zabbix数据库的存储原理,zabbix数据库是使用的InnoDB引擎的共享空间,InnoDB把数据库和索引都放在ibdata1下,随着数据的增长,ibdata1会越来越大。性能方面会有影响。 

然后就很好奇zabbix为什么会使用innodb的共享表空间存储数据,网上查看到一段资料写到

—————————————————————————————-

使用过MySQL的同学,刚开始接触最多的莫过于MyISAM表引擎了,这种引擎的数据库会分别创建三个文件:表结构、表索引、表数据空间。我们可以将某个数据库目录直接迁移到其他数据库也可以正常工作。

然而当你使用InnoDB的时候,一切都变了。InnoDB 默认会将所有的数据库InnoDB引擎的表数据存储在一个共享空间中:ibdata1,这样就感觉不爽,增删数据库的时候,ibdata1文件不会自动收缩,单个数据库的备份也将成为问题。通常只能将数据使用mysqldump 导出,然后再导入解决这个问题。

在MySQL的配置文件[mysqld]部分,增加innodb_file_per_table参数,可以修改InnoDB为独立表空间模式,每个数据库的每个表都会生成一个数据空间。 

独立表空间

优点:

1.每个表都有自已独立的表空间。

2.每个表的数据和索引都会存在自已的表空间中。

3.可以实现单表在不同的数据库中移动。

4.空间可以回收(drop/truncate table方式操作表空间不能自动回收)

5.对于使用独立表空间的表,不管怎么删除,表空间的碎片不会太严重的影响性能,而且还有机会处理。 

缺点:

单表增加比共享空间方式更大。 

结论:

共享表空间在Insert操作上有一些优势,但在其它都没独立表空间表现好。

当启用独立表空间时,请合理调整一下 innodb_open_files 参数。

—————————————————————————————-

原来默认情况下innodb会将所有的数据库InnoDB引擎的表数据存储在一个共享空间中ibdata1,而且增删数据库的时候,ibdata1文件不会自动收缩,单个数据库的备份也将成为问题。 

所以决定将innodb的共享表空间改成独立表空间,然后以后单独备份zabbix数据库时就不会备份整个数据库文件,导致系统资源浪费,最后再做一个定期的清理zabbix历史记录脚本,这样就不会担心以后备份文件过大,导致服务器硬盘容量紧张. 


1、查看bdata1文件大小

cd /data1/mysql

du -sh *

2、登陆MySQL查看哪些表占用了空间

# mysql -uroot -p

mysql> select table_name, (data_length+index_length)/1024/1024 as total_mb, table_rows from information_schema.tables where table_schema=‘zabbix’;

发现history表记录已达到8个G左右,8千多万行数据,还有history_unit也比较大,还有以下一些表也存在一些数据:

trends,trends_uint,event等等

4、做了如下操作,首先将配置表导出,zabbix数据库中有很多的表,大体上分为存放监控数据的表和配置的表两种。数据表有:

alerts auditlog events historyhistory_log history_str history_str_sync history_sync history_text history_uint history_uint_sync node_cksum proxy_dhistory proxy_history service_alarms services_times trends trends_uint

其它的表便是zabbix的配置信息表:

# mysqldump -uroot -p --databases zabbix --ignore-table=zabbix.alerts --ignore-table=zabbix.auditlog --ignore-table=zabbix.events --ignore-table=zabbix.history --ignore-table=zabbix.history_log --ignore-table=zabbix.history_str --ignore-table=zabbix.history_str_sync --ignore-table=zabbix.history_sync --ignore-table=zabbix.history_text --ignore-table=zabbix.history_uint --ignore-table=zabbix.history_uint_sync --ignore-table=zabbix.node_cksum --ignore-table=zabbix.proxy_dhistory --ignore-table=zabbix.proxy_history --ignore-table=zabbix.service_alarms --ignore-table=zabbix.services_times --ignore-table=zabbix.trends --ignore-table=zabbix.trends_uint > zabbix_config.sql


# ls /data1/

lost+found  mysql  nginx  pool-content  share.d00  share.sinajs  zabbix_config.sql  

然后停止相关服务:

# /etc/init.d/zabbix_server stop

# /etc/init.d/httpd stop


登陆MySQL:

# mysql -uroot -p 

mysql > use zabbix;

mysql > truncate table history;

mysql > optimize table history;

mysql > truncate table history_str;  # 未输入

mysql > optimize table history;       # 未输入

mysql > truncate table history_uint;

mysql > optimize table history_uint;

mysql > truncate table trends;

mysql > optimize table trends;

mysql > truncate table trends_uint;

mysql > optimize table trends_uint;

mysql > truncate table events;   # 未输入

mysql > optimize table events;   # 未输入\

# mysqldump -uroot -p --opt zabbix |bzip2 > zabbix.sql.bz2

?? 最后重新导入数据库,

mysqldump -uroot -p zabbix < zabbix.sql 

然后发现之前的数据以丢失,以上方法步骤应该不对,

!!应该是先使用mysqldump导出数据,然后删除共享表空间数据文件,再重新导入数据

参考网址:

http://www.kankanews.com/ICkengine/archives/66531.shtml

http://www.kankanews.com/ICkengine/archives/108576.shtml














本文转自浅景尘51CTO博客,原文链接:http://blog.51cto.com/857803451/1953742 ,如需转载请自行联系原作者


网友评论

登录后评论
0/500
评论
技术小甜
+ 关注