Error: el espacio de tabla para la tabla xxx existe. DESECHE el espacio de tabla antes de IMPORTAR

Soy bastante nuevo en MySQL y recibo un error bastante interesante en el que no puedo encontrar ninguna ayuda a través de google y la búsqueda de stackoverflow.

Estoy ejecutando un servidor local de MySQL 5.6.10 en MacOS 10.8.3 y administro mi base de datos a través de Navicat essentials para MySQL.

El error que obtengo es que después de ejecutar y administrar mi base de datos muy bien durante un par de días / semanas, algo se dispara para (parece que está incompleto) eliminar algunas de las tablas que creé usando consultas desde Navicat.

Cuando intento ejecutar consultas con estas tablas, Navicat me advierte que la tabla en particular no existe. Hasta ahora todo bien, aquí viene la parte buena:

Cuando intento CREAR la tabla, por ejemplo, llamada "temp", que estaba allí anteriormente, recibo el siguiente mensaje de error:

Error : Tablespace for table '`database`.`temp`' exists. Please DISCARD the tablespace before IMPORT.

Sin embargo, si trato de descartar la tabla, o trato de descartar el espacio de tabla para esta tabla, usando

DROP TABLE temp;
ALTER TABLE temp DISCARD TABLESPACE;

Recibo los siguientes mensajes de error:

Error : Unknown table 'database.temp'
Error : Table 'database.temp' doesn't exist

Eso significa que se me aconseja que descarte el espacio de la tabla, pero cuando intento hacerlo, la tabla no existe. ¿Es posible que haya algún tipo de remanente de esta tabla en un lugar diferente donde la consulta DESECHAR no esté verificando? ¿Y alguien tiene una idea de lo que podría desencadenar todo eso, completamente al azar como parece?

Como dije, soy nuevo en el tema y no tengo ni idea. Sospecho que reiniciar mi computadora portátil, es decir, restablecer mi servidor MySQL local, o tal vez los derechos de permiso del usuario podrían tener que ver con eso, pero solo estoy planteando una hipótesis aquí.

Un poco tarde aquí, pero en general he visto que este problema ocurre cuando aparece un error de "espacio de tabla lleno" cuando se ejecuta en modo "innodb_file_per_table". Sin entrar en demasiados detalles (más aquí ), el espacio de tabla del servidor de bases de datos está definido por la configuración innodb_data_file_path y, por defecto, es bastante pequeño. Incluso si se hace más grande, el 'espacio de tabla lleno' aún puede ocurrir con consultas más grandes y similares (muchas 'cosas' que no están en la tabla se almacenan allí, deshacer registros, cachés, etc.).

De todos modos, descubrí que si buscas en el directorio del sistema operativo donde están almacenados los archivos por tabla, / var / lib / mysql por defecto en OSX, / usr / local / var / mysql con homebrew iirc, encontrarás un archivo huérfano tablename.ibd sin su archivo complementario tablename.frm normal. Si mueve ese archivo .ibd a una ubicación temporal segura (solo para estar seguro), eso debería solucionar el problema.

$ ls /var/lib/mysql

table1.frm
table1.idb
table2.frm
table2.ibd
table3.idb <- problem table, no table3.frm
table4.frm
table4.idb

$ mkdir /tmp/mysql_orphans
$ mv /var/lib/mysql/table3.ibd /tmp/mysql_orphans/

Sin embargo, una advertencia, asegúrese de que lo que está causando el problema originalmente, por ejemplo, consulta de larga ejecución, tabla bloqueada, etc., se haya borrado. De lo contrario, terminará con otro archivo .ibd huérfano cuando lo intente por segunda vez.

Usuarios de Xampp y Mamp

Tuve el mismo error al importar una base de datos (después de vaciarla) a través de MySQL. Descubrí que me quedaba un tablename.ibdarchivo mientras se eliminaban todos los demás. Lo eliminé manualmente mysql/data/database_namey el error desapareció.

Para usuarios de WAMP [Windows 7 Ultimate x64-bit]:

Estoy de acuerdo con lo que dijo DangerDave y por eso estoy haciendo una respuesta disponible para los usuarios de WAMP .

Nota: En primer lugar, debe ir a la carpeta .. \ WAMP \ Bin \ MySQL \ MySQL [Your MySQL Version] \ Data .

Ahora verá carpetas de todas sus bases de datos.

• Haga doble clic en la carpeta de la base de datos que tiene la tabla ofensiva para abrirla.
• No debería haber un archivo [Your offending MySQL table name].frm, en su lugar debería haber un archivo[Your offending MySQL table name].ibd
• Borrar el [Your offending MySQL table name].ibd
• Luego, elimínelo de la Papelera de reciclaje también
• Luego ejecute su consulta MySQL en la base de datos y listo

Si .idbvuelve a crear el archivo después de eliminarlo, lea esta respuesta.

Así es como funcionó conmigo. Tenía el .idbarchivo sin su correspondiente .frmy cada vez que borro el .idbarchivo, la base de datos lo vuelve a crear. y encontré la solución en una línea en la documentación de MySQL (el espacio de tabla no existe )

1- Cree un archivo .frm coincidente en algún otro directorio de la base de datos y cópielo en el directorio de la base de datos donde se encuentra la tabla huérfana.

2- Emitir DROP TABLE para la tabla original. Eso debería descartar con éxito la tabla e InnoDB debería imprimir una advertencia en el registro de errores de que faltaba el archivo .ibd.

Copié otro .frmarchivo de tabla y lo nombré como mi tabla faltante, luego hice una consulta de caída de tabla normal y listo, funcionó y la tabla se soltó normalmente.

mi sistema es XAMPP en Windows MariaDB v 10.1.8

En mi caso, la única solución de trabajo fue:

1. CREAR bad_tableMOTOR DE MESA = MyISAM ...
2. rm bad_table.ibd
3. MESA PLEGABLE bad_table

Esto es exactamente lo que hice en mariadb 10.2.16 en fedora cuando tenía una tabla que mostraba exactamente los mismos errores en el archivo de registro, supongo ...

2018-07-11  9:43:58 140323764213504 [Note] InnoDB: The file './database_name/innodb_table.ibd' already exists though the corresponding table did not exist in the InnoDB data dictionary. You can resolve the problem by removing the file.
2018-07-11  9:44:29 140323764213504 [Warning] InnoDB: Tablespace 'database_name/innodb_table' exists in the cache with id 2836 != 2918

su kilometraje y errores pueden variar, pero supongo que el principal es

...already exists though the corresponding table did not exist in the InnoDB data dictionary...

con drop table no funciona tan bien como alter table ...

MariaDB [database_name]> drop table innodb_table;
ERROR 1051 (42S02): Unknown table 'database_name.innodb_table'

MariaDB [database_name]> alter table innodb_table discard tablespace;
ERROR 1146 (42S02): Table 'database_name.innodb_table' doesn't exist

crear tabla también falla así:

MariaDB [database_name]> create table  innodb_table(`id` int(10) unsigned NOT NULL);
ERROR 1813 (HY000): Tablespace for table '`database_name`.`innodb_table`' exists. Please DISCARD the tablespace before IMPORT

para arreglar esto, lo que hice fue primero

create table  innodb_table2(`id` int(10) unsigned NOT NULL);
Query OK, 0 rows affected (0.07 sec)

luego en el directorio / var / lib / mysql / database_name hice lo siguiente como root reconociendo la sobrescritura de innodb_table.ibd causándonos problemas

cp -a innodb_table2.frm innodb_table.frm
cp -a innodb_table2.ibd innodb_table.ibd
systemctl restart mariadb

luego de vuelta en la consola mysql emití un comando de caída exitoso en ambas tablas

MariaDB [database_name]> drop table innodb_table;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    8
Current database: database_name

Query OK, 0 rows affected (0.08 sec)

MariaDB [database_name]> drop table innodb_table2;
Query OK, 0 rows affected (0.25 sec)

y todo ahora es todo cuadrado y puedo recrear una sola mesa ...

MariaDB [database_name]> create table  innodb_table (`id` int(10) unsigned NOT NULL);
Query OK, 0 rows affected (0.08 sec)

EDITAR: iba a agregar un

restorecon -Rv /var/lib/mysql/database_name 

después de copiar la base de datos para obtener todos los contextos de selinux de la forma en que deberían ser, aunque los eliminemos de la base de datos casi de inmediato, pero como alternativa puede agregar la opción --archive o -a a los dos cp comandos, entonces sí, en realidad la opción de archivo acorta esto:

cp innodb_table2.frm innodb_table.frm
cp innodb_table2.ibd innodb_table.ibd
chown mysql:mysql innodb_table.frm innodb_table.ibd
chmod 660 innodb_table.frm innodb_table.ibd
restorecon -Rv /var/lib/mysql/database_name
systemctl restart mariadb

solo a lo siguiente, que creo que es mejor y mantiene el contexto de selinux que está configurado para la tabla ya hecha.

cp -a innodb_table2.frm innodb_table.frm
cp -a innodb_table2.ibd innodb_table.ibd
systemctl restart mariadb

He reemplazado la lista de comandos más larga anterior por la lista más corta que podría acortarse aún con un *

En mi caso:

Primero elimine tableName.ibden su directorio de base de datos de Mysql y la segunda ejecución:

ALTER TABLE tableName DISCARD TABLESPACE;
DROP TABLE tableName;

Obtuve el mismo error al ejecutarlo en wampserver al intentar crear una tabla de usuarios. Encontré un archivo users.ibd y después de eliminar este archivo, ejecuté nuevamente el comando migrate y funcionó. El archivo en mi máquina Windows estaba ubicado en wamp / bin / mysql / mysql5.6.12 / data / myproject.

Solución

Sin embargo, la opción más fácil es esta: reinicie MySQL, luego realice los mismos cuatro pasos de la siguiente manera:

1) created a dummy table in the database;
2) discarded its tablespace;
3) moved the .ibd file into the database folder on the system;
4) attached the tablespace back to the table

De esta manera, la id del espacio de tabla en el diccionario de datos y el archivo coinciden; importando así el espacio de tabla tuvo éxito.

Esto puede darle una mayor confianza al tratar con algunos de los "problemas" de InnoDB durante el proceso de recuperación o incluso las transferencias de archivos.

árbitro

Aquí están los pasos de la solución:

1. copia de seguridad de su base de datos (estructura con opción de caída y datos)
2. detener el servicio del motor mysql
3. eliminar manualmente el directorio de la base de datos desde mysql / data
4. iniciar motor mysql
5. crear una nueva base de datos con cualquier nombre diferente de su base de datos corrupta
6. cree una sola tabla con el nombre de la tabla corrupta dentro de la nueva base de datos (este es el secreto). y es mejor crear la tabla con exactamente la misma estructura.
7. cambiar el nombre de la base de datos a la antigua base de datos corrupta
8. restaure su copia de seguridad y su mesa funcionará bien.

Tuve este problema varias veces. Si tiene una base de datos grande y desea intentar evitar la copia de seguridad / restauración (con la tabla faltante agregada), intente varias veces de un lado a otro:

DROP TABLE my_table;

ALTER TABLE my_table DESCARGAR TABLESPACE;

-y-

rm my_table.ibd (huérfano sin el correspondiente my_table.frm) ubicado en el directorio / var / lib / mysql / my_db /

-y entonces-

CREAR TABLA SI NO EXISTE my_table(...)

Eliminar / Mover tablename.ibd seguro no funcionó para mí.

Como lo solucione

Como iba a eliminar la tabla corrupta y no existente, hice una copia de seguridad de las otras tablas yendo a phpmyadmin-> database-> export-> tablas seleccionadas para hacer una copia de seguridad-> exportar (como .sql).

Después de eso, seleccioné el icono de la base de datos junto al nombre de la base de datos y luego lo solté. Creó una nueva base de datos. Seleccione su nueva base de datos-> importar-> Seleccione el archivo que descargó anteriormente-> haga clic en importar. Ahora tengo mis viejas tablas de trabajo y he eliminado la tabla dañada. Ahora acabo de crear la tabla que arrojó el error.

Probablemente tuve una copia de seguridad anterior de la tabla corrupta.

Este error ocurre cuando suspende algunas funciones. Como ejecutar la consulta a continuación con una clave foránea incorrecta.

set foreign_key_checks=0

Tenía exactamente el mismo problema; Prepararía agregado [email protected](después de tener 5.5 previamente).

Los valores predeterminados para 5.6 son innodb_file_per_table=1mientras que en 5.5 son innodb_file_per_table=0.

Su ibdata1archivo existente (los datos innodb combinados) todavía tendrá referencias a las tablas que está intentando crear / soltar. innodb_file_per_tableVuelva a cambiar a 0 o elimine el archivo de datos ibdata1 ( esto perderá todos sus datos, así que asegúrese de mysqldump primero o ya tiene un volcado .sql ).

El otro [email protected]defecto predeterminado que me mordió fue la falta de un puerto, por lo que la red estaba predeterminada en los sockets de Unix, y el cliente mysql seguía informando:

ERROR 2013 (HY000): Lost connection to MySQL server at 'sending authentication information', system error: 32

Agregué <string>--port=3306</string>a la .plistmatriz, pero también podría especificar port=3306en sumy.cnf

Ejecuta brew services stop [email protected]haz tus cambios entoncesbrew services start [email protected]

Intentar soltar el espacio de tabla puede darle otros errores. Para mí, recibí el siguiente error:

DROP TABLESPACE `tablename`

Error Code: 1478. Table storage engine 'InnoDB' does not support the create option 'TABLESPACE or LOGFILE GROUP' 

Mi solución fue eliminar la base de datos. Esto eliminará cualquier espacio de tabla relacionado con él y le permitirá crear las tablas nuevamente.

Si tiene otro servidor con una buena versión de la misma tabla, puede hacer una copia (table_copy), transfiera table_copy al servidor problemático. Luego elimine la tabla del problema y cambie el nombre de table_copy a table.

Para mí, me ayudó simplemente ir al directorio MYSQL DATA en / var / lib / mysql / {db_name} (linux) y soltar el archivo {table_name} .ibd que era el mismo que el nombre de la carpeta.

Solo borro mi antiguo DB ubicado en mi host local directamente de wamp, Detiene todos los servicios, Vaya a wamp / bin / mysql / mysql [versión] / data y encontré el DB con problemas, lo borro y vuelvo a iniciar todos los servicios, cree nuevamente su base de datos y listo, ahora puede importar sus tablas,

La forma en que encontré para "resolver" este problema es bastante molesto, pero hay un script que lo maneja.

Esencialmente, necesita que los archivos ibdata1y ib_logfile*desaparezcan (contienen las asignaciones de claves externas, entre otras cosas). La única forma segura de hacerlo es exportar todas sus bases de datos, detener mysql, eliminar los archivos, iniciar mysql y luego importar los archivos.

La secuencia de comandos que ayuda a resolver este problema es https://github.com/uberhacker/shrink-ibdata1 , a pesar de que el propósito declarado de este guión es diferente, se hace resolver el problema.

La única forma en que funcionó para mí fue:

1. Crea una tabla similar
2. Copie los archivos .frm y .idb de la nueva tabla similar al nombre de la tabla corrupta.
3. Arreglar permisos
4. Reiniciar MariaDB
5. Suelta la mesa corrupta

Si tiene este problema y no tiene otra opción, cambie el motor a otro motor como 'myisam', luego intente crear la tabla.

descargo de responsabilidad: no es la respuesta válida, ya que puede tener restricciones de clave externa que no serán compatibles con otro motor de almacenamiento. Cada motor de almacenamiento tiene su propia especialidad para almacenar y acceder a datos, estos puntos también deben tenerse en cuenta.

DESECHE el espacio de tabla antes de IMPORTAR

Tengo la misma solución de problema a continuación

1. Primero tienes que soltar el nombre de tu base de datos. si su base de datos no se está borrando, me tiene flujo. Para el sistema Windows, su directorio será C: / xampp / mysql / data / yourdabasefolder remove "yourdabasefolder"

2. Nuevamente, debe crear una nueva base de datos e importar su antiguo archivo sql. Sera trabajo

Gracias

Tuve que localizar mi directorio de datos MySQL:

MOSTRAR VARIABLES DONDE Variable_Name COMO "% dir"

Luego forzar a eliminar esa base de datos:

sudo rm -rf

Puede ejecutar la siguiente consulta como usuario root de mysql

drop tablespace `tableName`

Hola, los desarrolladores no pierden el tiempo. Simplemente elimine la base de datos que contiene tablas e importe tablas enteras nuevamente. Ahorre tiempo = el tiempo es dinero. Salud.