采用mysqldump進行資料庫備份如下:
mysqldump -uroot -p --opt zabbix |bzip2 > zabbix.sql.bz2
檢視了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導出資料,然後删除共享表空間資料檔案,再重新導入資料
參考網址:
<a href="http://www.kankanews.com/ICkengine/archives/66531.shtml" target="_blank">http://www.kankanews.com/ICkengine/archives/66531.shtml</a>
<a href="http://www.kankanews.com/ICkengine/archives/108576.shtml" target="_blank">http://www.kankanews.com/ICkengine/archives/108576.shtml</a>
本文轉自淺景塵51CTO部落格,原文連結:http://blog.51cto.com/857803451/1953742 ,如需轉載請自行聯系原作者