1030 Erro 28 do mecanismo de armazenamento

Estou trabalhando em um projeto em que preciso criar um banco de dados com 300 tabelas para cada usuário que deseja ver o aplicativo de demonstração. estava funcionando bem, mas hoje, quando eu estava testando com um novo usuário para ver uma demonstração, ele me mostrou essa mensagem de erro

1030 Got error 28 from storage engine

Depois de passar algum tempo pesquisando, descobri que é um erro relacionado ao espaço do banco de dados ou aos arquivos temporários. Eu tentei consertá-lo, mas falhei. agora nem consigo iniciar o mysql. Como posso corrigir isso e também gostaria de aumentar o tamanho para o máximo para não enfrentar o mesmo problema repetidamente.

Erro Mysql " 28 do mecanismo de armazenamento " - significa " espaço em disco insuficiente ".

Para mostrar o espaço em disco, use o comando abaixo.

myServer# df -h

Os resultados devem ser assim.

Filesystem    Size    Used   Avail Capacity  Mounted on
/dev/vdisk     13G     13G     46M   100%    /
devfs         1.0k    1.0k      0B   100%    /dev

Para expandir isso (mesmo que seja uma pergunta mais antiga); Provavelmente não é sobre o próprio espaço MySQL, mas sobre o espaço em geral, assumindo arquivos tmp ou algo assim. Meu diretório de dados mysql não estava cheio, a partição / (root) estava

Eu tive o mesmo problema no AWS RDS. Isso ocorreu devido ao espaço disponível (espaço de armazenamento no disco rígido) estar cheio. Você precisa aumentar seu espaço ou remover alguns dados.

Meu / tmp foi% 100. Depois de remover todos os arquivos e reiniciar o mysql, tudo funcionou bem.

Minha pasta / var / log / apache2 tinha 35g e alguns logs em / var / log totalizaram os outros 5g do meu disco rígido de 40g. Limpei todos os logs * .gz e, depois de garantir que os outros logs não fizessem coisas ruins se eu mexesse com eles, também os limpei.

echo "clear" > access.log

etc.

Verifique seu / backup para ver se você pode excluir um backup antigo não necessário.

Eu tive um problema semelhante, devido aos meus logs binários de replicação .

Se for esse o caso, basta criar um cronjob para executar esta consulta todos os dias:

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

Isso removerá todos os logs binários com mais de 2 dias.

Encontrei esta solução aqui .

Um simples: $ sth-> finish (); Provavelmente evitaria que você se preocupasse com isso. O Mysql usa o espaço tmp do sistema em vez de seu próprio espaço.

sudo su


cd /var/log/mysql

e finalmente digite: > mysql-slow.log

Isso funcionou para mim

Solte o banco de dados do problema e reinicie o serviço mysql ( sudo service mysql restart, por exemplo).