Mysql 1030从存储引擎获取错误28

我正在进行一个项目，我需要为每个想要查看演示应用程序的用户创建一个包含300个表的数据库。它工作得很好，但今天当我和一个新用户一起测试以查看演示时，它向我显示了这个错误消息

1030 Got error 28 from storage engine

---

花了一段时间在谷歌上搜索后，我发现这是一个和数据库空间或临时文件有关的错误。我试图修复它，但失败了。现在我甚至不能启动mysql。我如何解决这个问题，我还想将大小增加到最大值，这样我就不会一次又一次地面临同样的问题

我在AWS RDS中遇到了同样的问题。这是因为可用空间（硬盘存储空间）已满。您需要增加空间或删除一些数据

展开讨论（尽管这是一个较老的问题）；它可能不是关于MySQL空间本身，而是关于一般的空间，假设是tmp文件或类似的东西。 我的mysql数据目录未满，/（根）分区为

mysql错误“28来自存储引擎”-表示“磁盘空间不足”

要显示光盘空间，请使用下面的命令

myServer# df -h

结果一定是这样

Filesystem    Size    Used   Avail Capacity  Mounted on
/dev/vdisk     13G     13G     46M   100%    /
devfs         1.0k    1.0k      0B   100%    /dev

---

My/tmp为%100。删除所有文件并重新启动mysql后，一切正常。

我的/var/log/apache2文件夹是35g，而/var/log中的一些日志总计是我40g硬盘的另一个5g。我清除了所有的*.gz日志，在确保如果我弄乱了其他日志，它们不会做坏事之后，我也清除了它们

echo "clear" > access.log

---

等等。

由于我的复制二进制日志，我遇到了类似的问题

如果是这种情况，只需创建一个cronjob来每天运行此查询：

PURGE BINARY LOGS BEFORE DATE_SUB( NOW(), INTERVAL 2 DAY );

这将删除所有超过2天的二进制日志

我找到了这个解决方案。

一个简单的： $sth->finish（）；

---

可能会让你不用担心这件事。Mysql使用系统的tmp空间而不是自己的空间。

检查您的/backup，看看是否可以删除旧的不需要的备份

sudo su


cd /var/log/mysql

最后键入：

>mysql slow.log

---

这对我来说很有效

删除问题数据库，然后重新启动mysql服务（

sudo-service-mysql-restart

。

如果你想使用tokudb插件 如果您的可用空间少于5%（默认情况下），则可能发生这种情况

---

请参阅选项：托克劳储备百分比

说明明显的。。。存储mysql数据的分区上是否有足够的可用空间？你在哪个站台上跑步？Localhost还是托管公司？@DCoder:-我在亚马逊上有一台服务器cloud@ShowketBhat我也有同样的问题，我的

/tmp

文件夹使用了100%的空间。是否可以删除此/tmp文件夹中的所有文件？还有一个问题，为什么它不自动删除？关于其他信息，如果/tmp文件系统达到100%的使用率，您将得到相同的错误。即使您的Mysql data_dir位于另一个分区（或磁盘）中，并且该分区（或磁盘）有可用空间，您必须在/tmp和/tmp上有可用空间（当然，您可以在不同的分区/磁盘上保存最后一个分区/磁盘）您保存了我的一天，我发现了390 Gb的慢速日志文件(（回答得很好。这节省了我很多时间。+1清除日志文件的方法很奇怪，不是吗？为什么不直接对其进行rm？也许你可以保留文件和权限？我建议使用

truncate

清除日志，

truncate-s 0 access.log