1030 Recibió el error 28 del motor de almacenamiento

Estoy trabajando en un proyecto donde necesito crear una base de datos con 300 tablas para cada usuario que quiera ver la aplicación de demostración. funcionaba bien, pero hoy, cuando estaba probando con un nuevo usuario para ver una demostración, me mostró este mensaje de error

1030 Got error 28 from storage engine

Después de pasar un tiempo buscando en Google, descubrí que es un error relacionado con el espacio de la base de datos o los archivos temporales. Traté de arreglarlo pero fallé. ahora ni siquiera puedo iniciar mysql. ¿Cómo puedo solucionar esto y también me gustaría aumentar el tamaño al máximo para no enfrentar el mismo problema una y otra vez?

El error Mysql " 28 del motor de almacenamiento " significa " no hay suficiente espacio en disco ".

Para mostrar el espacio en disco, use el comando a continuación.

myServer# df -h

Los resultados deben ser así.

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

Para ampliar esto (aunque es una pregunta anterior); Probablemente no se trata del espacio MySQL en sí mismo, sino del espacio en general, suponiendo archivos tmp o algo así. Mi directorio de datos mysql no estaba lleno, la partición / (raíz) era

Tuve el mismo problema en AWS RDS. Fue debido a que el espacio libre (espacio de almacenamiento en disco duro) estaba lleno. Necesita aumentar su espacio o eliminar algunos datos.

Mi / tmp fue% 100. Después de eliminar todos los archivos y reiniciar mysql, todo funcionó bien.

Mi carpeta / var / log / apache2 era de 35 gy algunos registros en / var / log totalizaron los otros 5 g de mi disco duro de 40 g. Borré todos los registros * .gz y después de asegurarme de que los otros registros no iban a hacer cosas malas si me metía con ellos, simplemente los borré también.

echo "clear" > access.log

etc.

Verifique su / copia de seguridad para ver si puede eliminar una copia de seguridad anterior no necesaria.

Tuve un problema similar debido a mi replicación registros binarios de .

Si este es el caso, simplemente cree un cronjob para ejecutar esta consulta todos los días:

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

Esto eliminará todos los registros binarios anteriores a 2 días.

Encontré esta solución aquí .

Un simple: $ sth-> finish (); Probablemente te salvaría de preocuparte por esto. Mysql usa el espacio tmp del sistema en lugar de su propio espacio.

sudo su


cd /var/log/mysql

y finalmente escribe: > mysql-slow.log

Esto funciono para mi

Descarte la base de datos problemática, luego reinicie el servicio mysql ( sudo service mysql restartpor ejemplo).