Ho un database tra cui alcune tabelle, quando voglio cancellare i dati dalle tabelle che comprende un campo "incremento automatico", utilizzando questa query:Codice errore MySQL: 1030 Errore di errore -1 dal motore di archiviazione; Ho cercato di eliminare i dati dal mio database
delete from test.table1 ;
ho ottenuto questo errore:
Error Code: 1030Got error -1 from storage engine
Perché questo accade? Cosa dovrei fare?
provare repair tavolo (motore ISAM)
se il suo aspetto motore InnoDB a questo link:
http://www.mysqlperformanceblog.com/2008/07/04/recovering-innodb-table-corruption/
Ho controllato la mia tabella, usando questa query, "CHECK TABLE' test' .table1'; " il testo del messaggio è "OK", quindi significa che la tabella non è danneggiata, ma non può nemmeno rinominare un campo in questa tabella :( – rain
tenta di modificare innodb_force_recovery valore (in vostro /etc/my.cnf).
Errore -1 dice NULLA. Senza il codice di creazione delle tabelle (SHOW CREATE TABLE table_name) non è possibile dire dove si trova esattamente il problema.
risolto per me, grazie – code90
ATTENZIONE: questo è destinato a recuperare il database. fortuna se continui ad usare 'innodb_force_recovery'. –
Ho anche riscontrato questo errore durante l'eliminazione di 2 righe da una tabella Innodb, non è possibile eliminare solo 2 righe particolari. Ho Google l'errore, ma non riesco a trovare soluzioni migliori.
Così ho provato questo:
creare un backup per il mio db (db esportazione).
Re-installazione di MySQL Server
Ripristino mia (db importazione) db.
Quindi non c'è nessun errore del motore -1 sulla cancellazione/aggiornamento.
Successo ...
penso che l'errore può verificarsi a causa di configurazione non valida del server MySQL quanto riguarda i motori di storage.
GRAZIE ....
Si ottiene anche questo errore, se il file system è pieno.
Voglio sapere come svuotare il file system Il mio errore è # 1030 - Errore ottenuto -1 dal motore di archiviazione, abbiamo appena creato il clone del SO dal quale è stato installato il server. –
Ho appena ottenuto questo ed è dovuto al fatto che la nuova cartella sul drive SSD dove volevo che la nuova tabella andasse è stata creata sotto root e mysql gira sotto l'utente mysql. Quindi cd nella tua cartella di dati chown mysql. e risolve il problema.
Vai /etc/my.cnf o /etc/mysql/my.cnf
linea Commento innodb_force_recovery = 1
Salvare il file e riavviare mysql
FISSO !! controlla la tua memoria per df -h. controlla anche gli inode df -i.se è pieno, cancella alcuni file.
Basta modificare a
#innodb_force_recovery = 1
Si lavora per me.
Vedo nessuna risposta è stata selezionata come risposta corretta.
Ho trovato che nel nostro database di configurazione avevamo il innodb_force_recovery configurato. Una volta disabilitato/commentato, le query sono state eseguite come previsto.
La parte superiore la risposta votata dice la stessa cosa. Vuoi aggiungere altro? –
La risposta più votata dice di cambiare il valore di innodb_force_recovery, ma non di quello che dovrebbe essere il valore o di rimuovere/commentare il valore nel file di configurazione – Enzo
Beh, implica la stessa cosa: se non è ancora chiaro, ci sono altre risposte che dicono di commentarlo specificamente. Come ho detto sopra, la tua risposta non aggiunge nulla ad alrea dy ha postato le risposte. –
Verificare le autorizzazioni e la proprietà di tutti i file. motore table1 è InnoDB? Quale versione di MySQL usi? – ksogor
Non è un problema di autorizzazione, questo errore si verifica solo quando è presente un campo "incremento automatico" in table1. Il motore è "InnoDB" per tutte le tabelle nel database. la versione del software è: 5.2.25 CE. – rain