近来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版本的问题。