mysql ibdata1 文件容量过大

小fish

　　近来zabbix监控老报警，一看是数据库服务上面的空间过小了，查了一下，是数据库备份文件备份过多了，占去大部分空间，那就删除一些呗，过不了几天又报警，又查了一下，才发现mysql数据库数据文件里面有个ibdata1的文件都好几G了。
　　mysql ibdata1是使用innodb引擎产生的，用来存储文件的数据，其他在存到数据路径下的一些database文件只是存储了文件数据结构，那不是删不得么？
　　以下是通过一顿谷歌后的结论：
　　要减少ibdata1的容量，暂时只有
　　1.备份数据库
　　2.删除数据过大的文件
　　3.恢复数据库
　　具体做法：
　　# 备份数据库：
　　/usr/local/mysql/bin/mysqldump -uroot -pXXXXX --quick --force --routines --add-drop-                         database --all-databases --add-drop-table> /data/bkup/mysqldump.sql
　　# 停止数据库
　　service mysqld stop
　　# 删除这些大文件
　　rm /var/lib/mysql/var/ibdata1
　　rm /var/lib/mysql/var/ib_logfile*
　　rm /var/lib/mysql/var/mysql-bin.index
　　......................
　　# 手动删除除Mysql之外所有数据库文件夹，然后启动数据库
　　service mysqld start
　　# 还原数据
　　/var/lib/mysql/bin/mysql -uroot -pXXXX < /data/bkup/mysqldump.sql
　　但是这也是能撑一段时间，除了以上方法，还有在my.cnf文件里面添加
　　innodb_fiel_per_table=1
　　innodb_fiel_per_table的好处：
　　a． 每个表都有自已独立的表空间。
　　b． 每个表的数据和索引都会存在自已的表空间中。
　　c． 可以实现单表在不同的数据库中移动。
　　d． 空间可以回收（除drop table操作处，表空不能自已回收）
　　补充：
　　原本一开始我是使用xtrabackup的，但是后来在恢复数据的时候，才发现xtrabackup之间把全部都给恢复过来了，ibdata1还是那么大！xtrabackup快是快，但是貌似有点类似直接copy的感觉。当然mysqldump在使用过程中也有很多问题出现，这里就不说了，总之就是不顺利!也或者是mysql版本的问题。