1030 Получена ошибка 28 из механизма хранения

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

1030 Got error 28 from storage engine

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

Ответы

Ответ 1

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

Ответ 2

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

Ответ 3

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

Ответ 4

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

Ответ 5

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

echo "clear" > access.log

и др.

Ответ 6

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

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

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

Это приведет к удалению всех двоичных журналов старше 2 дней.

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

Ответ 7

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

Ответ 8

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

Ответ 9

sudo su


cd /var/log/mysql

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

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