MySQL> La tabla no existe. Pero lo hace (o debería)


261

Cambié el datadir de una instalación de MySQL y todas las bases se movieron correctamente, excepto una. Me puedo conectar y USEla base de datos. SHOW TABLESTambién me devuelve todas las tablas correctamente, y los archivos de cada tabla existen en el directorio de datos MySQL.

Sin embargo, cuando trato de hacer SELECTalgo de la tabla, recibo un mensaje de error de que la tabla no existe. Sin embargo, esto no tiene sentido ya que pude mostrar la misma tabla a través de una SHOW TABLESdeclaración.

Mi conjetura es que SHOW TABLESenumera la existencia del archivo pero no comprueba si un archivo está dañado o no. En consecuencia, puedo enumerar esos archivos pero no acceder a ellos.

Sin embargo, es simplemente una suposición. Nunca he visto esto antes. Ahora, no puedo reiniciar la base de datos para la prueba, pero todas las demás aplicaciones que la utilizan funcionan bien. Pero eso es solo una suposición, nunca había visto esto antes.

¿Alguien sabe por qué ocurre esto?

Ejemplo:

mysql> SHOW TABLES;
+-----------------------+
| Tables_in_database    |
+-----------------------+
| TABLE_ONE             |
| TABLE_TWO             |
| TABLE_THREE           |
+-----------------------+
mysql> SELECT * FROM TABLE_ONE;
ERROR 1146 (42S02): Table 'database.TABLE_ONE' doesn't exist

¿Ha restaurado la base de datos desde una copia de seguridad? o simplemente copiaste los archivos db? ¿tiene acceso de root al servidor mysql?
alinoz

Acabo de copiar los archivos! sí, tengo acceso de root a todo
johnsmith

puedes probar: mysql_fix_privilege_tables
alinoz

44
son estas mesas innodb?
Paul Dixon

1
Sí, todas las tablas son InnoDB. Mi mal por no decirlo!
johnsmith

Respuestas:


263

Por si a alguien todavía le importa:

Tuve el mismo problema después de copiar un directorio de base de datos directamente usando el comando

cp -r /path/to/my/database /var/lib/mysql/new_database

Si hace esto con una base de datos que usa InnoDBtablas, obtendrá este error loco de "tabla no existe" mencionado anteriormente.

El problema es que necesita los ib*archivos en la raíz del datadir MySQL (por ejemplo ibdata1, ib_logfile0y ib_logfile1).

Cuando los copié, funcionó para mí.


27
¡Salvó mi vida! Para cualquier otra persona, asegúrese de no sobrescribir los archivos ib * existentes si está intentando copiar en una nueva instalación. Haga una copia de seguridad de su directorio mysql / existente, reemplácelo con el antiguo que desea recuperar, mysqldump todo, luego restaure el mysql / fresco. Entonces puede importar los mysqldumps correctamente.
Mateo

1
En Mac para replicar mi base de datos localmente, además de copiar sobre el archivo ibdata (ubicado al lado del directorio de la base de datos) tuve que chown _mysql:wheel al directorio de base de datos, ibdata y todos los archivos en el directorio (uso chown -R ...). Del mismo modo, los permisos eran incorrectos dentro del directorio, por lo que chmod -R 660 databasenameera necesario para que las tablas aparecieran en la base de datos.
Dylan Valade

44
Gracias Mike Solo para aclarar que necesitará reiniciar el servicio mysql para que esto funcione. Al menos lo hice, y gracias a Dios funcionó. ¡Muchos datos guardados allí!
Nick Martin

15
NOTA: ¡No te olvides de usar chown! Entonces, todo después de cpusar este comando ->chown mysql:mysql /var/lib/mysql/ -R
K-Gun

1
NOTA 2: No olvide aplicar el permiso apropiado. En mi caso sudo chmod -R 600 /var/lib/mysql
augusto

45

Para mí en Mac OS (instalación de MySQL DMG) un simple reinicio del servidor MySQL resolvió el problema. Supongo que la hibernación lo causó.


Gracias solucionó el mismo problema para mí también. La mía ocurrió después de que mi máquina se apagó debido a una repentina pérdida de energía. Después del primer reinicio de la máquina / inicio de MySQL, recibí el error. Entonces, leí esta respuesta. Paré / comencé MySQL a través de las Preferencias del Sistema y se solucionó.
Jeff Evans

2
sudo /usr/local/mysql/support-files/mysql.server restart
laffuste

Igualmente. Me encontré con esto después de actualizar a macOS Sierra 10.12.6. No estoy seguro de que haya un vínculo causal, pero el momento parece sospechoso.
Dave Mulligan

Gracias, trabajado hasta cierto punto; reinicié el servicio mysql (5.6, windows) y luego ejecuté check table TABLE_ONE;Recibí algunos errores "la partición p2 devolvió el error", "idx_blah_1 está marcado como dañado" e "idx_blah_2 está marcado como dañado". Ahora vuelvo a ejecutar optimize table TABLE_ONE;y obtengo el error "La tabla 'base de datos.TABLE_ONE' no existe".
Omar el

Ejecutando MySLQ en Mojave. Reiniciar a través del panel de preferencias del sistema no funcionó. Tuve que reiniciar a través de la línea de comando.
Cortex

30

Recibo este problema cuando el caso del nombre de la tabla que estoy usando está desactivado. Entonces, la tabla se llama 'db' pero usé 'DB' en la instrucción select. Asegúrese de que el caso sea el mismo.


13
Los nombres de campo +1 no distinguen entre mayúsculas y minúsculas, pero los nombres de tabla sí. Error común, y muy molesto.
GolezTrol

27

Este error también puede producirse cuando se configura lower_case_table_namesa 1, y luego tratar de tablas de acceso que se crearon con el valor por defecto para esa variable. En ese caso, puede revertirlo al valor anterior y podrá leer la tabla.


44
Esto me mordió. Revertí el valor, reinicié la base de datos, exporté las tablas, volví a establecer el valor en 1, reinicié la base de datos, volví a importar las tablas y todo volvió a funcionar.
wmarbut

17
  1. deja de mysqld
  2. copia de seguridad de la carpeta mysql: cp -a /var/lib/mysql /var/lib/mysql-backup
  3. Copie la carpeta de la base de datos de la máquina anterior a /var/lib/mysql
  4. anular ib * (ib_logfile *, ibdata) de la base de datos anterior
  5. iniciar mysqld
  6. volcar la base de datos
  7. mysqldump >dbase.mysql
  8. detener el servicio mysql
  9. eliminar /var/lib/mysql
  10. rebautizar /var/lib/mysql-backup a/var/lib/mysql
  11. iniciar mysqld
  12. crear la base de datos
  13. mysqldump < dbase.mysql

En mi caso, también tuve que hacer: 10.5 eliminar el directorio <db_name> de / var / lib / mysql /
Tony the Tech el

no funciona. :( la tabla 'tablename.wp_posts' no existe
Jahirul Islam Mamun

14

Por favor ejecute la consulta:

SELECT 
    i.TABLE_NAME AS table_name, 
    LENGTH(i.TABLE_NAME) AS table_name_length,
    IF(i.TABLE_NAME RLIKE '^[A-Za-z0-9_]+$','YES','NO') AS table_name_is_ascii
FROM
    information_schema.`TABLES` i
WHERE
    i.TABLE_SCHEMA = 'database'

Desafortunadamente, MySQL permite usar caracteres unicode y no imprimibles en el nombre de la tabla. Si creó sus tablas copiando el código de creación de algún documento / sitio web, existe la posibilidad de que tenga espacio de ancho cero en alguna parte.


publicación muy útil, gracias! pero todas las tablas son ASCII con la longitud correcta del nombre
johnsmith

12

Acabo de pasar tres días en esta pesadilla. Idealmente, debe tener una copia de seguridad que pueda restaurar, luego simplemente suelte la tabla dañada. Este tipo de errores pueden causar que su ibdata1 crezca enorme (100 GB + en el tamaño de las tablas modestos)

Si no tiene una copia de seguridad reciente, como si confiara en mySqlDump, entonces sus copias de seguridad probablemente se rompieron silenciosamente en algún momento en el pasado. Tendrá que exportar las bases de datos, lo que por supuesto no puede hacer, porque obtendrá errores de bloqueo mientras ejecuta mySqlDump.

Entonces, como solución alternativa, vaya /var/log/mysql/database_name/y elimine el nombre_tabla. *

Luego, inmediatamente trata de volcar la mesa; hacer esto ahora debería funcionar. Ahora restaure la base de datos a una nueva base de datos y reconstruya las tablas que faltan. Luego volcar la base de datos rota.

En nuestro caso, también recibíamos mysql has gone awaymensajes constantemente a intervalos aleatorios en todas las bases de datos; Una vez que se eliminó la base de datos dañada, todo volvió a la normalidad.


Gracias Andy, tengo una pista del problema que estoy enfrentando. Moví el ibdata1 de alguna parte de la unidad C a la unidad D para ahorrar espacio en la unidad C. Afortunadamente, obtuve el ibdata1 (junto con el archivo ib_logfile1. Y ib_logfile0) en mi unidad D después de leer sus comentarios. Ahora miraré desde donde moví este archivo y lo restauraré allí. Entonces espero que mis mesas vuelvan.
AKS

¿Cómo "intentas inmediatamente tirar la mesa"? Tengo el mismo problema, no hay copias de seguridad, así que estoy buscando la forma de obtener la estructura de la tabla al menos, pero si eliminas los archivos del directorio, ¿todo desaparecerá?
mmvsbg

Esto lo hizo! Gracias,
jstuardo

11

No sé la razón, pero en mi caso resolví simplemente deshabilitar y habilitar la verificación de claves externas

SET FOREIGN_KEY_CHECKS=0;
SET FOREIGN_KEY_CHECKS=1;

44
¡Gracias hermano! En mi caso, tuve que deshabilitar foreign_key_checks y ejecutar una consulta de selección en la tabla que desaparecía, luego la tabla volvió a la normalidad. Creo que hay algunas violaciones de claves externas en las filas de datos porque tuve un programa interrumpido antes de que ocurriera este problema.
Egist Li

Todavía no he podido averiguar exactamente por qué, pero esto también resolvió mi problema
Miroslav Glamuzina,

11

Tuve el mismo problema y busqué durante 2-3 días, pero la solución para mí fue realmente estúpida.

Reiniciar el mysql

$ sudo service mysql restart

Ahora las tablas se vuelven accesibles.


1
Totalmente funcionó para mí, aunque mi comando fue ligeramente diferente: $ sudo /usr/local/mysql/support-files/mysql.server restart
KirstieBallance

Esto debería estar en la parte superior de la lista de cosas para probar, supongo. Vale la pena intentarlo y en mi caso funcionó.
Coroos

7

Ok, esto va a sonar bastante absurdo, pero humoréame.
Para mí, el problema se resolvió cuando cambié mi declaración a esto:

SELECT * FROM `table`

Hice dos cambios
1.) Hice minúscula el nombre de la tabla - ¡Lo sé!
2.) Usó el símbolo de cotización específico = ` : es la clave sobre su TAB

La solución suena absurda, pero funcionó y es sábado por la noche y he estado trabajando desde las 9 am, así que lo tomaré :)

Buena suerte.


1
Solo para tu información: la mesa es MyISAM y no INNO
PlanetUnknown el

1
También el `se llama backtick
Gary

7

Tuve este problema después de actualizar WAMP pero sin tener una copia de seguridad de la base de datos.

Esto funcionó para mí:

  1. Detener nuevo WAMP

  2. Copie los directorios de la base de datos que necesita y el archivo ibdata1 de la antigua instalación de WAMP

  3. Eliminar ib_logfile0yib_logfile1

  4. Iniciar WAMP

Ahora debería poder hacer copias de seguridad de sus bases de datos. Sin embargo, después de que su servidor se reinicie nuevamente, todavía tendrá problemas. Así que ahora reinstale WAMP e importe sus bases de datos.


Me gustaría que la gente indicar donde los archivos que hacen referencia residen ...
MagentoAaron

Llegué aquí desde mysql docker image que no tiene tablas legibles. Puede confirmar que la detención de la imagen, la eliminación de estos archivos y el reinicio dieron acceso nuevamente.
Anthony Harley

7

Intente ejecutar la consulta sql para descartar el espacio de tabla antes de copiar el archivo idb:

ALTER TABLE mydatabase.mytable DISCARD TABLESPACE;

Copiar archivo idb

ALTER TABLE mydatabase.mytable IMPORT TABLESPACE;

Reiniciar MySql


Me has salvado :)
l00k

@ I0pan Intenté los mismos pasos que se mencionaron. Pero después de ALTER TABLE mydatabase.mytable IMPORT TABLESPACE; muestra que la tabla no existe. Pero lo hace :(
Syed Asad Abbas Zaidi

5

Después de tener que reinstalar MySQL, tuve el mismo problema, parece que durante la instalación, se sobrescriben algunos archivos de configuración que almacenan datos sobre los archivos de registro de InnoDB, estos archivos ib_logfile * (¿son archivos de registro?). Para resolver este problema, acabo de eliminar los archivos ib_logfile *.


5

Lo que funcionó para mí fue simplemente dejar caer la mesa, a pesar de que no existía. Luego volví a crear la tabla y la volví a llenar de un volcado de sql hecho anteriormente.

Debe haber alguna metabase de nombres de tabla, y probablemente todavía existía allí hasta que la solté.


Había creado un procedimiento, me di cuenta de que tenía que ser una vista. Así que cambié el nombre del procedimiento con algunos zzz al final para poder tenerlo como referencia y creé una vista del mismo nombre. No se pudo obtener un SELECT para verlo, obtuve este error. <br> Copió el código en un archivo de texto, eliminó tanto la vista como el procedimiento. Recrea la vista y todo estuvo bien. <br> Entonces sí, siete años después, todavía hay algún tipo de acción de nombre fantasma / caché en algunos casos extremos.
Roger Krueger

5

Tuve un problema similar con una mesa fantasma. Afortunadamente, tuve un volcado de SQL antes de la falla.

En mi caso, tuve que:

  1. Detener mySQL
  2. Mover archivos ib * de /var/mysql off a una copia de seguridad
  3. Eliminar /var/mysql/{dbname}
  4. Reiniciar mySQL
  5. Recrea la base de datos vacía
  6. Restaurar archivo de volcado

NOTA: Requiere un archivo de volcado.


Supongo que te refieres a en /var/lib/mysqllugar de/var/mysql
tocar el

Eliminar los directorios de la base de datos y restaurar desde la copia de seguridad fue lo único que me ayudó.
Jano

3
  1. Hacer mysqldump a la base de datos:

    mysqldump -u user -ppass dbname > D:\Back-ups\dbname.sql
  2. Restaurar base de datos

    mysql -u user -ppass dbname < D:\Back-ups\dbname.sql

Ahora todas las tablas en la base de datos se restauraron por completo. Tratar..

SELECT * FROM dbname.tablename;

2

Instalé MariaDB en la nueva computadora, detuve el servicio Mysql y renombré la carpeta de datos a datos. Resolví mi problema copiando solo Mysql \ data \ table_folders e ibdata1 de la carpeta de datos HD a la nueva carpeta de datos mysql instalada.

Me salté ib_logfile0 e ib_logfile1 (de lo contrario, el servidor no inició el servicio)

Se inició el servicio mysql.

Entonces el servidor se está ejecutando.


2

Parece que el problema tiene que ver (al menos en el mío y en algunos otros) con archivos de registro innodb no válidos (¿corruptos?). En términos generales, simplemente necesitan ser recreados.

Aquí hay soluciones, la mayoría de las cuales requieren un reinicio de mysql.

  • Recree sus archivos de registro ( elimine y reinicie mysql )
  • Cambie el tamaño de sus archivos de registro (MySql 5.6+ regenerará el archivo por usted)
  • Si está realizando algún tipo de migración de datos, asegúrese de haber migrado correctamente el archivo correcto y le haya dado los permisos, como ya han dicho otros.
  • Compruebe los permisos de sus datos y archivos de registro, que mysql es propietario de ambos
  • Si todo lo demás falla, es probable que deba volver a crear la base de datos

2

Aquí hay otro escenario (actualización de versión) :

Reinstalé mi sistema operativo (Mac OS El Captain) e instalé una nueva versión de mysql (usando homebrew). La versión instalada (5.7) resultó ser más nueva que la anterior. Luego copié las tablas, incluidos los archivos ib *, y reinicié el servidor. Pude ver las tablas en mysql workbench pero cuando intenté seleccionar algo, obtuve "La tabla no existe".

Solución:

  1. detener el servidor mysql, por ejemplo, mysql.server stopobrew services stop mysql
  2. inicie el servidor usando mysqld_safe --user=mysql --datadir=/usr/local/var/mysql/(cambie la ruta según sea necesario)
  3. ejecutar mysql_upgrade -u root -p password(en otra ventana de terminal)
  4. apague el servidor en ejecución mysqladmin -u root -p password shutdown
  5. reiniciar el servidor en modo normal mysql.server startobrew services start mysql

Los documentos relevantes están aquí .


Intenté mucho, pero esto fue lo único que me ayudó mucho después de que me mudé a un nuevo servidor con todas mis bases de datos. ¡Gracias! (Ubuntu 16.04)
Falk

2

En mi caso, definí un disparador en la tabla y luego intenté insertar la fila en la tabla. Parece que, de alguna manera, el disparador era erróneo y, por lo tanto, la inserción estaba dando un error, la tabla no existe.


1
Esto funciona para mi! ¡Comprobé cada gatillo y encontré que un gatillo necesita ser mejorado y funcionó!
Paresh

1

Es posible que tenga un carácter oculto en el nombre de su tabla. Esos no aparecen cuando haces un show de tablas. ¿Puedes hacer un "SHOW CREATE TABLE TABLE_ONE" y completar la pestaña "TABLE_ONE" y ver si incluye caracteres ocultos? Además, ¿ha intentado soltar y rehacer las tablas? Solo para asegurarme de que no hay nada malo con los privilegios y que no hay caracteres ocultos.


completar la pestaña no ayuda y no puedo mostrar crear tabla porque la tabla "no existe". del infierno
johnsmith

1

Mismo problema exacto después de la importación de la copia de seguridad de TimeMachine. Mi solución fue detener el servidor MySQL y corregir los permisos de lectura y escritura en los archivos ib *.


1

Otra respuesta que creo que vale la pena mencionar aquí (porque vine aquí con el mismo problema y resultó ser la respuesta para mí):

Verifique que el nombre de la tabla en su consulta esté escrito exactamente igual que en la base de datos.

Es algo obvio y novato, pero cosas como "usuario" versus "usuarios" pueden hacer tropezar a las personas y pensé que sería una respuesta útil tenerla en la lista aquí. :)


1

En mi caso, cuando estaba importando el archivo sql exportado, recibí un error como que la tabla no existe para la consulta de creación de tabla.

Me di cuenta de que había un guión bajo en el nombre de mi base de datos y mysql estaba poniendo un carácter de escape justo antes de eso.

Así que eliminé ese guión bajo en el nombre de la base de datos, todo funcionó.

Espero que ayude a alguien más también.


1

Mi tabla había sido renombrada de alguna manera, es ' Customers'decir, con un espacio inicial

Esto significaba

a) se rompieron las consultas

b) la tabla no apareció donde se esperaba en el orden alfabético de mis tablas, lo que en mi pánico significaba que no podía verla.

RENAME TABLE ` Customer` TO `Customer`;

1

En mi caso fue SQLCA.DBParm parámetro.

solía

SQLCA.DBParm = "Databse = "sle_database.text""

pero debe ser

SQLCA.DBParm = "Database='" +sle_database.text+ "'"

Explicacion:

Vas a combinar tres cadenas:

 1. Database='              -  "Database='"

 2. (name of the database)  - +sle_database.text+

 3. '                       - "'" (means " ' "  without space)

No use espacios en las marcas de cuadrícula. Gracias a mi colega Jan.


1

Vaya a: xampp\mysql\data\dbname
dentro de dbname tenga el archivo tablename.frm y tablename.ibd.
elimínelo y reinicie mysql e intente nuevamente.


1

Copie solo el ibdata1archivo de su antiguo directorio de datos. No copiar ib_logfile1o ib_logfile0archivos. Eso hará que MySQL ya no se inicie.


1

Se cruzó el mismo problema hoy. Este es un problema de mysql "Identifier Case Sensitivity".

Por favor verifique el archivo de datos correspondiente. Es muy probable que el nombre del archivo esté en minúscula en el sistema de archivos, pero el nombre de la tabla que figura en el comando "mostrar tablas" está en mayúscula. Si la variable del sistema " lower_case_table_names" es 0, la consulta devolverá "la tabla no existe" porque las comparaciones de nombres distinguen entre mayúsculas y minúsculas cuando " lower_case_table_names" es 0.


1

Tuve el mismo problema en Windows. Además de copiar los archivos ib * y el directorio mysql en el directorio de datos thd, también tuve que hacer coincidir el archivo my.ini.

El archivo my.ini de mi instalación anterior no tenía la siguiente línea:

innodb-page-size=65536

Pero mi nueva instalación sí. Posiblemente porque no tenía esa opción en el instalador anterior. Eliminé esto y reinicié el servicio y las tablas funcionaron como se esperaba. En resumen, asegúrese de que el nuevo archivo my.ini sea una réplica del anterior, con la única excepción del datadir, el plugin-dir y el número de puerto, dependiendo de su nueva instalación.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.