收到磁盘空间告警的信息,/tmp目录磁盘使用率99%。
mysql 的 tmpdir 设置在/tmp目录,第一时间查看 ls -alth 并为发现大文件,也没有mysql临时表之类的文件。
连接mysql,show processlist 并为发现异常查询 ……
整个/tmp目录8GB,用查看df -h 发现/tmp Avail 值剩下100MB左右;du -sh 发现tmp目录只用了几十MB。7GB多的空间哪里去了?未释放?
通过lsof |grep tmp |more 发现其中一个mysql实例很多类似 /tmp/MLXvlID8 (deleted)
查看mysqld.err中发现有多行: [ERROR] /mysql_base/bin/mysqld: Sort aborted
猜测:Sql异常终止,导致sort aborted 。而临时目录下的/tmp/ML****** 等文件虽然删除,但由于mysql线程连接是长连接,线程还存在,暂时不会释放空间。
若想释放空间:
1.重启mysql;
2.重启应用程序,断开长连接。
结果:
应用程序重启,长连接断开,删除的空间就释放了。
https://dev.mysql.com/doc/refman/8.0/en/internal-temporary-tables.html
tmp_table_size默认16M。tmp_table_size如果过小,存不下了就会存到磁盘上。对于group by会有性能影响。
下面的sql EXPLAIN 如下,出现了Using temporary。表示查询会利用临时表。
在默认tmp_table_size大小16M下执行:
查看临时表统计信息,Created_tmp_disk_tables 为0,Created_tmp_tables 为1表示上诉sql执行后生产了一张内存里的临时表。
将tmp_table_size 调从16M调整为16K
再次执行,查询时间从4变成了18秒
重新统计
再次查看status,这次有在磁盘上创建1个临时表。
设置为32M
Percona Server中的临时表信息会记录到慢查询日志
由于MySQL慢查询日志里没有使用临时表的信息,这就给我们诊断性能问题带来了一些不便,第三方的版本如Percona Server,在慢查询里可以有更详细的信息,将会记录临时表使用的情况,从而有助于我们诊断和调优。
mysql8中对临时表有较大的优化
临时表引擎使用innodb(default 磁盘)和temptable(default 内存)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)