报错原因是服务器系统盘满了,或者mysql指定的临时目录满了,

下面解决/dev/vda1系统盘满,
以  'c' 开头的一行表示该设备是一个字符设备，以 'b' 开头的行表示这是一个块设备。

/dev/vda 和 /dev/vdb 都是 virtio-block 类型的设备，而 /dev/sda 是 sd 即 SCSI 类型的设备。 

 

1.首先登录服务器:执行df   -h   检查下服务器磁盘使用空间，看磁盘是否已经使用了100%

然后cd到 根目录,du -sh * 看哪个目录占用空间大,有的高达十几个G,那么就要盯住这个目录了

 

2、cd 占内存大的目录,继续 du -sh * 
发现data目录居然15G,进入data目录：cd data然后查找大文件：

 

文件查找命令：

find -size +100M 

意思是查找大于100M的文件，M是兆，再大点可以用G

也可以查询文件夹占用显示该目录占用空间的总和：

使用：du -h --max-depth=1  /路径      

举例：du -h --max-depth=1  /var

这是查看哪个文件夹占目录内存最大

如果想定位大文件：

ls -lhS

这是将文件从大到小展现

 

3、重复前两步，根据实际情况判断删除或者移走
4、如果日志太大的话可以清空
运行命令：

cat /dev/null > file.log

亲测，mysql文件夹下的catalina.out是可以删除的，执行：

echo "" > catalina.out

一般这个日志文件比较大.

5、如果是软件包太大的话,不需要的可以卸载
执行卸载

rpm -e  软件名

或者删除

rm -rf 文件夹名

6、大文件删除的差不多了,再次df   -h,磁盘空间预留一小半即可,绝对完美解决mysql 1030 问题!

 

 

MySQL 返回： #1030 - Got error 28 from storage engine

根据返回值，可以判断应该是某挂在分区空间已满造成。

[root@www.linuxidc.com ~]# df -lh Filesystem

          容量  已用 可用 已用% 挂载点 /dev/mapper/VolGroup00-LogVol00    45G  43G    0 100% / /dev/xvda1            99M  12M  83M  13% /boot /usr/tmpDSK        512M    0  512M  0% /dev/shm

其中/dev/shm的确是空间不足，而且这个应该是cPanel，知道原因之后就容易解决 #/etc/init.d/mysql stop #umount /dev/shm #rm /usr/tmpDSK -rf #vim /scripts/securetmp 修改其中my $tmpdsksize    =512000;    #Must be larger than 250000 保存退出后，启动mysql就恢复正常。

本人情况不太一样，本人是找到mysql的安装路径，之前没有配置日志路径，默认安装时，日志放在了/var/lib/mysql  目录下，找到几个占空间大的文件rm -rf 文件名 删除，在df -lh 查看下，空间降下来了，直接service mysql start 启动mysql，问题解决