也许是因为我缺乏可用磁盘空间，请看看：
Filesystem Size Used Avail Use% Mounted on /dev/sda2 1.9G 208M 1.6G 12% / none 998M 192K 998M 1% /dev none 1002M 0 1002M 0% /dev/shm none 1002M 56K 1002M 1% /var/run none 1002M 0 1002M 0% /var/lock none 1002M 0 1002M 0% /lib/init/rw /dev/sda1 92M 24M 63M 28% /boot /dev/sda8 434G 199M 412G 1% /home /dev/sda6 9.2G 495M 8.3G 6% /usr /dev/sda7 9.2G 8.8G 0 100% /var / var是100％的利用率。
也许这是原因？
是的，这可能是如果MySQL的数据是/ var /（通常是真的）的原因。
看来你在/ home /上已经足够了。 为什么不复制数据文件并尝试？
根据MySQL 5.0authentication学习指南 ，第409页，第29章第29.2节“MyISAM引擎”，第11点特别指出：
如果在将行添加到MyISAM表时出现磁盘空间不足，则不会发生错误。 服务器暂停操作，直到空间变为可用，然后完成操作。
一遍又一遍，每当我看到发生这种情况时，我删除了一些旧的二进制日志，并且，MySQL再次开始移动。 然后，我迅速closuresMySQL，删除剩余的二进制日志和二进制日志索引，启动MySQL，一切都很好。 每次为我工作！
如果二进制日志未启用，则必须在mysqld上使用kill -9，将/ var / lib / mysql文件夹移动到更大的磁盘上。 将symlink / var / lib / mysql添加到新位置，然后启动MySQL备份。
是的，这可能是原因。我认为你的Mysql数据目录是在/var.You中，请打开你的my.cnf文件（可能你可以在/ etc目录中find它），并检查数据目录是否在/ var中。
我觉得/ Home目录中有这么多的空间，你可以用它作为你的mysql数据目录。
你可以通过目录看到用法
du -shc /var/*
那么也许：
du -shc /var/lib/mysql/*
看到文件系统上的数据库占用
总结
-h人（mb gb等但不能sorting）
-c在最后打印总数
是。
MySQL数据文件通常保存在/ var / somewhere中。 如果已满，MySQL可能会停止工作。