mysql报错 can not create to file /tmp/xxx Errcode:28，引出的 df命令高级用法

mysql报错如下：
Can't create/write to file '/tmp/#sql_118c_0.MYI' (Errcode: 28);

本以为很简单，google，找到confluence官网，有该问题的描述、出现的原因及其解决方案；
https://confluence.atlassian.com/display/CONFKB/Getting+'can't+create+or+write+to+file'+SQLException+Error+When+Browsing+a+Space
截图如下

很简单的问题，于是查看数据库服务器的磁盘情况。。。
不对！！！
我们的数据库是阿里云，而从阿里云的控制台，看到服务器一切正常。不可能是这个问题！！！

猜想，也许是confluence系统所属的系统，也说不定呢。于是看了下磁盘空间，

磁盘空间使用情况正常。

于是各种baidu、google，没有找到答案，但却发现很多的文章都明确指出原因，就是磁盘空间不足！！！
摘录如下：
1、
http://stackoverflow.com/questions/7415710/mysql-writing-file-error-errcode-28
截图如下

stackoverflow文章明确指出，磁盘没有空间了；

2、
http://dev.mysql.com/doc/refman/5.7/en/cannot-create.html
截图如下

MySQL官网也指出，该错误出现的原因就是磁盘没有空间了；

3、。。。

各种权威的网站，都指出以上的原因。各种不理解，你妹，明明磁盘空间还有啊，继续寻找。。。。。
mogfee的一篇博文似乎与我的问题相吻合，（http://mogfee.blog.51cto.com/9064191/1535160）
截图如下

于是按照博主的方法，查看inode使用情况，果不其然，inode满了。截图如下：

介于本人是菜鸟一枚，搞不清楚 -i 与 -h的区别，又是goole回答了我的疑问，
文章地址http://www.111cn.net/sys/CentOS/86335.htm
截图如下：

至此，答案很明了了，就是删除各种小文件，释放磁盘空间，其实是释放inode数量。

PS：问题终于解决了，回想一下，虽然过程痛苦，不过还是有点成就感的。
记录下来，利人利己。
看到此处的朋友，如果能解决你的问题，麻烦点个赞，大家都高兴高兴！