Linux运维中ibdata1和mysql-bin致磁盘空间问题怎么处理

本篇文章给大家分享的是有关Linux运维中ibdata1和mysql-bin致磁盘空间问题怎么处理，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。

初学Linux运维，我们可能会遇到各种故障或者问题，想要成为行业老司机，我们就需要不断总结不断积累。下面给大家整理了前辈分享的一个Linux运维中常见问题及解决办法，我们一起来学习：

问题：2.51磁盘空间报警，经查发现ibdata1和mysql-bin日志占用空间太多(其中ibdata1超过120G，mysql-bin超过80G)

原因：ibdata1是存储格式，在INNODB类型数据状态下，ibdata1用来存储文件的数据和索引，而库名的文件夹里的那些表文件只是结构而已。

innodb存储引擎有两种表空间的管理方式，分别是：

1)共享表空间(可拆分为多个小的表空间文件)，这个是我们目前多数数据库使用的方法;

2)独立表空间，每一个表有一个独立的表空间(磁盘文件)

对于两种管理方式，各有优劣，具体如下：

①共享表空间：

优点：可以将表空间分成多个文件存放到不同的磁盘上(表空间文件大小不受表大小的限制，一个表可以分布在不同步的文件上)。

缺点：所有数据和索引存放在一个文件中，则随着数据的增加，将会有一个很大的文件，虽然可以把一个大文件分成多 个小文件，但是多个表及索引在表空间中混合存储，这样如果对于一个表做了大量删除操作后表空间中将有大量空隙。对于共享表空间管理的方式下，一旦表空间被 分配，就不能再回缩了。当出现临时建索引或是创建一个临时表的操作表空间扩大后，就是删除相关的表也没办法回缩那部分空间了。

②独立表空间：在配置文件(my.cnf)中设置： innodb_file_per_table

特点：每个表都有自已独立的表空间;每个表的数据和索引都会存在自已的表空间中。

优点：表空间对应的磁盘空间可以被收回(Drop table操作自动回收表空间，如果对于删除大量数据后的表可以通过:alter table tbl_name engine=innodb;回缩不用的空间。

缺点：如果单表增加过大，如超过100G，性能也会受到影响。在这种情况下，如果使用共享表空间可以把文件分 开，但有同样有一个问题，如果访问的范围过大同样会访问多个文件，一样会比较慢。如果使用独立表空间，可以考虑使用分区表的方法，在一定程度上缓解问题。 此外，当启用独立表空间模式时，需要合理调整innodb_open_files参数的设置。

解决:

1)ibdata1数据太大：只能通过dump，导出建库的sql语句，再重建的方法。

2)mysql-bin Log太大：

①手动删除：

删除某个日志：mysql>PURGE MASTER LOGS TO 'mysql-bin.010′;

删除某天前的日志：mysql>PURGE MASTER LOGS BEFORE '2010-12-22 13:00:00′;

②在/etc/my.cnf里设置只保存N天的bin-log日志

expire_logs_days = 30 //Binary Log自动删除的天数

看完前辈分享的这个问题，赶紧拿个小本记下来，那样遇到问题就能游刃有余啦！

以上就是Linux运维中ibdata1和mysql-bin致磁盘空间问题怎么处理，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注行业资讯频道。