1030 Отримана помилка 28 від двигуна зберігання

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

1030 Got error 28 from storage engine

Провівши деякий час в Google, я виявив, що це помилка, яка пов'язана з простором бази даних або тимчасовими файлами. Я спробував це виправити, але мені не вдалося. тепер я навіть не в змозі запустити 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

Розширити це питання (навіть якщо це питання старіше); Ймовірно, йдеться не про сам простір MySQL, а про простір взагалі, якщо припустити для файлів tmp чи чогось подібного. Мій дані mysql не був заповнений, / (root) розділ був

У мене був такий самий випуск у AWS RDS. Це було пов’язано з тим, що вільний простір (місце для зберігання жорсткого диска) було повним. Вам потрібно збільшити простір або видалити деякі дані.

Мій / tmp становив% 100. Після видалення всіх файлів і перезавантаження mysql все працювало нормально.

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

echo "clear" > access.log

тощо.

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

У мене була подібна проблема через мої бінарні реплікації .

Якщо це так, просто створіть cronjob, щоб виконувати цей запит щодня:

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

Це видалить усі бінарні журнали, старші ніж 2 дні.

Я знайшов це рішення тут .

Простий: $ sth-> закінчити (); Можливо, врятувало б вас від цього не турбуватися. Mysql використовує tmp простір системи замість власного простору.

sudo su


cd /var/log/mysql

і останнє: > mysql-slow.log

Це працювало для мене

Відкиньте базу даних проблем, а потім перезавантажте сервіс mysql ( sudo service mysql restartнаприклад,).