也许是因为我缺乏自由的磁盘空间,看看:
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%。
也许这就是原因?
发布于 2011-05-10 11:45:08
是的,如果mysql的数据位于/var/上(这通常是正确的),这可能就是原因。
看来你有足够的时间在家里/家里/。为什么不在那里复制数据文件并尝试呢?
发布于 2011-05-11 01:20:59
根据MySQL 5.0认证研究指南,第409页,第29章,第29.2节“MyISAM引擎”,要点11具体规定:
如果在向MyISAM表中添加行时耗尽磁盘空间,则不会发生错误。服务器暂停操作,直到空间可用为止,然后完成操作。
一遍又一遍,每当我看到这种情况发生时,我就删除几个旧的二进制日志,然后MySQL就开始一次又一次地移动。然后我迅速关闭MySQL,删除其余的二进制日志和二进制日志索引,启动MySQL,一切都很好。每次都对我有用!
如果未启用二进制日志,则必须在mysqld上使用杀害-9,将/var/lib/mysql文件夹移动到更大的磁盘上。Symlink /var/lib/mysql到新位置,并启动MySQL备份。
发布于 2011-05-19 06:40:15
是的,这可能是原因。我想你的Mysql数据目录在/var.You中,请打开my.cnf(可能在/etc目录中找到它)并检查/var中的数据目录是否存在。
我认为/Home目录中有这么多可用的空间,您可以将它用作mysql目录。
https://serverfault.com/questions/268112
复制相似问题