1030 получил ошибку 28 от двигателя хранения

Я работаю над проектом, где мне нужно создать базу данных С 300 таблиц для каждого пользователя, который хочет посмотреть демо-приложение. он работал нормально, но сегодня, когда я тестировал с новым пользователем, чтобы увидеть демо, он показал мне это сообщение об ошибке 

1030 Got error 28 from storage engine

проведя некоторое время в гугле, я обнаружил, что это ошибка, связанная с пространством базы данных или временных файлов. Я пытался исправить это, но не смог. теперь я даже не могу запустить mysql. Как я могу это исправить и я бы также хотелось бы увеличить размер до максимума, чтобы я не сталкивался с той же проблемой снова и снова.

187
mysql

9 ответов

ошибка 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
373

чтобы расширить это (хотя это более старый вопрос); это, вероятно, не о самом пространстве MySQL, а о пространстве в целом, предполагая для файлов tmp или что-то в этом роде. Мой MySQL data dir не был заполнен, раздел / (root) был

32

У меня была такая же проблема в AWS RDS. Это было связано с Freeable пространство (на жестком диске памяти) был полный. Вам нужно увеличить пространство или удалить некоторые данные.

8

мой / tmp был %100. После удаления всех файлов и перезапуска mysql все работало нормально.

6

моя папка /var/log/apache2 была 35g, а некоторые журналы в /var/log были другими 5g моего жесткого диска 40g. Я очистил все *.GZ logs и убедившись, что другие журналы не будут делать плохие вещи, если я с ними связался, я просто очистил их тоже.

echo "clear" > access.log

etc.

2

Проверьте /backup, чтобы увидеть, если вы можете удалить старую не необходимую резервную копию.

2

У меня была аналогичная проблема, из-за моего репликация двоичные журналы.

Если это так, просто создайте cronjob для запуска этого запроса каждый день:

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

Это удаляет все двоичные журналы, старше 2 дней.

Я нашел это решение здесь.

1

простой: $СТГ->готово(); Возможно, это избавит тебя от беспокойства об этом. Mysql использует пространство tmp системы вместо собственного пространства.

0
sudo su


cd /var/log/mysql

и, наконец, типа: > mysql-slow.log

это сработало для меня

0