近来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版本的问题。
本文出自 “fengyunsen” 博客，请务必保留此出处http://samfeng.blog.51cto.com/52272/1392989