今天早上接到一个任务，说服务器磁盘容量告警让我去排查一下原因。磁盘容量在一天内突然暴涨了好几十个G。
查看磁盘占用
使用命令
|
|
查看磁盘占用情况，我是在根目录下执行的命令，后面的max-depth=1指定深入目录的层数，为1就指定1层。然后经过排查后发现了这个文件是Mysql的ibtmp1文件。
ibtmp1是什么
我们使用的Mysql版本是5.7.24。ibtmp1文件是 MySQL5.7的新特性,MySQL5.7使用了独立的临时表空间来存储临时表数据，但不能是压缩表。临时表空间在实例启动的时候进行创建，shutdown的时候进行删除。即为所有非压缩的innodb临时表提供一个独立的表空间，默认的临时表空间文件为ibtmp1。
解决
Mysql创建的这个文件肯定不能在Mysql还运行时就直接删了，否则可能会出问题。重启Mysql会重置这个文件，但是后面如果不加以限制肯定还会让磁盘爆满。所以说要找一个能彻底解决的办法。
-
修改
my.cnf配置文件这个文件我是在
/etc/my.cnf下，有的可能在/etc/mysql/my.cnf下，先找到这个文件然后在后面添加innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:5G这句限制这个文件最大增加到5G。
-
设置
innodb_fast_shutdown参数进入
mysql命令行，执行SET GLOBAL innodb_fast_shutdown = 0;命令
然后重启Mysql即可。
原因
刚才说的了这个文件是临时表空间。那肯定是使用了临时表。那么什么情况下会使用临时表呢。
- GROUP BY 无索引字段或GROUP BY+ ORDER BY 的子句字段不一样时
- order by 与distinct 共用，其中distinct与order by里的字段不一致（主键字段除外）
- UNION查询（MySQL5.7后union all已不使用临时表）
- insert into select …from …
所以在平常写sql时还是要多注意一下。
参考文章
http://mysql.taobao.org/monthly/2019/04/01/