一、问题描述:
今早来到公司,突然发现程序无法正常执行,出现图片下载失败,数据库没有保存数据等情况,一查发现是系统盘满了,导致程序运行失败!
select * from `dotmessjianyu`.`alarm_message` order by 3 asc limit 0, 1000
Error writing file '/tmp/MYbqU7R6' (Errcode: 28 - No space left on device)
数据库执行排序都不行。
二、问题分析
MySQL 疑难杂症(一): Error writing file ‘/tmp/…’ (Errcode: 28)
出现这样的问题的原因是: 服务器的空间不足,导致 MySQL 写入临时文件失败。
比如当我们执行以下SQL:
SELECT COUNT(*) FROM
(
SELECT * FROM enterprise LIMIT 1,1
) result
在这个时候 SELECT * FROM enterprise LIMIT 1,1 语句查询的结果就会生成一个临时表,写入 /tmp/ 缓存目录下,如果这个时候服务器的空间不足,就会导致 MySQL 写入文件失败,造成 SQL 异常。
详述查看 MySQL 数据文件存储位置的方法
我们可能会有一个疑惑,那就是:当我们在本地(自己的电脑)安装完 MySQL 之后,也创建了很多的数据库啊、表啊,也存储了很多的数据啊,但是这些内容都存储到哪里了呢?特别是,当我们需要直接操作这些数据文件的时候,翻遍了整个电脑,却找不到 MySQL 的数据文件到底在哪里,这就有些坑爹啦!
在这里,教给大家一个非常简单的能够立即定位到 MySQL 数据文件的存储位置方法,即在 MySQL 客户端键入如下命令:
show global variables like "%datadir%";
如上图所示,MySQL 的数据文件就存放在Data目录。至于接下来想查看具体的数据库还是表,这就看大家的心情啦!
不过大家可能还会有一个疑问,那就是我们都查到 MySQL 的数据文件在C盘的ProgramData目录下了,但是翻遍了整个C盘却仍然没有找到ProgramData文件夹,这是为什么?答案就是:在默认情况下,ProgramData文件夹是隐藏的。
查看磁盘的使用情况:
df -lh
查看各文件和文件夹的体积
du -sh *
三:问题解决:
删除了一些日志文件,腾出了7.2G的空间,系统终于能正常运行了,找对一些不必要的文件执行
rm -rf xxx
最后的最后发现还有造成系统盘满的隐患,那就是存储软件minio。
下篇将记录minio迁移过程!
本次分享到此结束!