Errore durante l'eliminazione del database (impossibile rmdir '.test \', errno: 17)

Fondamentalmente, mi è stato insegnato come creare una password di root usando il comando "mysqladmin -u root -p password", tutto questo tramite l'editor dei comandi di Windows. Ora, il processo successivo è stato quello di visualizzare i database predefiniti (info. Schema, mysql e test) che è stato ottenuto utilizzando "SHOW DATABASES;"

Ma secondo il libro, abbiamo dovuto eliminare il file di test ridondante e viene visualizzato il seguente errore:

Errore durante l'eliminazione del database (impossibile rmdir '.test \', errno: 17)

Il comando utilizzato è stato DROP DATABASE test;

Sto usando MYSQL e PHPMYADMIN. Qualche aiuto su come eliminare il file senza errori?

Un database è rappresentato da una directory nella directory dei dati (di solito /var/lib/mysql) e la directory è destinata alla memorizzazione dei dati della tabella.

L' DROP DATABASEistruzione rimuoverà tutti i file di tabella e quindi rimuoverà la directory che rappresentava il database. Tuttavia, non rimuoverà i file non di tabella, rendendo non possibile rimuovere la directory.

MySQL visualizza un messaggio di errore quando non è possibile rimuovere la directory

puoi davvero eliminare manualmente il database rimuovendo tutti i file rimanenti nella directory del database e quindi nella directory stessa.

Mi sono imbattuto in questo stesso problema su una nuova installazione di mysql 5.5 su un mac. Ho provato a eliminare lo schema di test e ho ricevuto un messaggio errno 17. errno 17 è l'errore restituito da alcune funzioni del sistema operativo posix che indica che un file esiste dove non dovrebbe. Nella directory dei dati, ho trovato uno strano file ".empty":

sh-3.2# ls -la data/test
total 0
drwxr-xr-x   3 _mysql  wheel  102 Apr 15 12:36 .
drwxr-xr-x  11 _mysql  wheel  374 Apr 15 12:28 ..
-rw-r--r--   1 _mysql  wheel    0 Mar 31 10:19 .empty

Una volta eseguito il rm del file .empty, il comando di rilascio del database è riuscito.

Non so da dove provenga il file .empty; come notato, questa era una nuova installazione di mysql. Forse qualcosa è andato storto durante il processo di installazione.

Vai al datadir per la tua installazione di mysql e rm manualmente i database. Può essere

/usr/local/var/mysql

Poi,

rm -R <Your DB name>

Per controllare datadir per la tua installazione,

vim the mysql.server file and find it there.

Per phpmyadmin , vai su xampp \ mysql \ data ed elimina semplicemente la cartella del database. Ha funzionato per me !!

Se è XAMPP, procedi come segue:

cd /opt/lampp/var/mysql;
sudo su;
rm -rf test;

Spero che questo ti aiuti.

Mi sono appena imbattuto in questo problema con WAMP e phpMyAdmin che lo accompagna. Per rimuovere il database e far scomparire l'errore. Sono entrato C:\wamp\bin\mysql\mysql5.5.24\data\ed eliminato la cartella per il database in questione.

Quindi ho aggiornato la pagina su phpMyAdmin e il database non c'era più.

Solo per aggiungere alle risposte finora: in Windows 10, i file di dati sono conservati qui ...

C: \ ProgramData \ MySQL \ MySQL Server [mn] \ data

Ci saranno directory per ogni schema nel database. Dovrai entrare nello schema che stai tentando di eliminare, eliminare manualmente tutti i file superflui, quindi provare di nuovo il comando drop.

Qualsiasi modifica al workbench rispetto a un database verrà archiviata in questa posizione. Ad esempio, ho riscontrato questo errore a seguito di un esercizio di reverse engineering su uno dei miei database e ho salvato le modifiche che vengono memorizzate in un file .mwb in questa posizione.

È possibile eliminare i dati nella directory sql.

Per me stavo usando AMPPS su Windows 10. Sono andato alla directory di installazione di AMPPs. per me è stato:

D:\Program Files (x86)\Ampps\mysql\data

perché l'ho installato sulla mia unità secondaria.

Quindi aggiorna il tuo client SQL e vedrai che non c'è più.

Potrebbe essere necessario controllare due cose.

1- Autorizzazione del database Foleder Il database che si desidera eliminare deve avere lo stesso proprietario del processo mysql.

2- Directory Deve essere vuota Vai alla directory dei dati mysql e verifica che la directory sia vuota

Dopodiché collega il tuo cli mysql ed esegui nuovamente il comando drop database.

Esegui questo e rimuovi i file della cache corrispondenti nel db selezionato, quindi dopo puoi rilasciare il tuo database

Per prima cosa trova la directory dei dati MySQL contenente il database selezionato

Linux

• Apri il file di configurazione di MySQL: less /etc/my.cnf

• Cerca il termine "datadir": / datadir

• Se esiste, evidenzierà una riga che dice: datadir = [percorso]

• Puoi anche cercare manualmente quella linea. Di solito si trova sotto un'intestazione di sezione di [mysqld] ma non deve necessariamente essere trovato lì.

• Se quella riga non esiste, MySQL per impostazione predefinita sarà: / var / lib / mysql.

Windows 1. Apri il file di configurazione di MySQL in Blocco note: my.ini

Il file my.ini si troverà nella cartella del programma MySQL, che dovrebbe essere ovunque sia stato installato. Se non hai installato MySQL, usa la funzione di "ricerca" di Windows per cercare my.ini. Puoi anche cercarlo manualmente passando a [unità]: \ Programmi \ MySQL \ MySQL Server 5.5.

2. Fai una ricerca nel Blocco note per trovare il termine "datadir".

3. Se esiste, evidenzierà una riga che dice: datadir = [percorso]

4. Puoi anche cercare manualmente quella linea. Di solito si trova sotto un'intestazione di sezione di [mysqld] ma non deve necessariamente essere trovato lì.

5. Se quella riga non esiste, probabilmente la troverai in [unità]: \ ProgramData \ MySQL \ MySQL Server 5.5 \ data.

NOTA: la cartella "ProgramData" potrebbe essere nascosta. Potrebbe essere necessario digitare il percorso esplicito in Windows Explore

mysql -s -N -username -p information_schema -e 'SELECT Variable_Value FROM GLOBAL_VARIABLES WHERE Variable_Name = "datadir"'

Il comando selezionerà il valore solo dal database information_schema interno di MySQL e disabiliterà l'output tabulare e le intestazioni di colonna.

Output su Linux [risultato mio]:

/var/lib/mysql

o

mysql> select @@datadir;

su MYSQL CLI

e poi

cd /var/lib/mysql && rm -rf test/NOTEMPTY

cambia percorso in base al tuo risultato

Nel mio caso non ho visto alcuna tabella sotto il mio database su phpMyAdminche sto usando, Wamp serverma quando ho controllato la directory sotto C:\wamp\bin\mysql\mysql5.6.12\dataho trovato questo employed.ibdquando ho cancellato questo file manualmente sono stato in grado di accedere al dropdatabase phpMyAdminsenza problemi.

Nel mio caso il problema era un file di dump residuo nella directory del database. Quel file è stato probabilmente generato durante un test di script di backup su cui stavo lavorando. Una volta eliminato manualmente il file, potrei quindi rilasciare il database.

Ho avuto lo stesso problema (mysql 5.6 su mac) con errori "can't rmdir .." durante il rilascio dei database. Non è possibile eliminare una directory del database vuota. Grazie @Framework e @Beel per le soluzioni.

Per prima cosa ho cancellato la directory db dal terminale in (/ Applications / XAMPP / xamppfiles / var / mysql).

Per ulteriori rilasci di db, ho anche eliminato il file di prova vuoto. Nel mio caso il file si chiamava NOTEMPTY ma conteneva ancora 0:

sudo ls -al test
total 0
drwxrwx---   3 _mysql  _mysql  102 Mar 26 16:50 .
drwxrwxr-x  18 _mysql  _mysql  612 Apr  7 13:34 ..
-rw-rw----   1 _mysql  _mysql    0 Jun 26  2013 NOTEMPTY

Chmod prima e poi

sudo rm -rf test/NOTEMPTY

Nessun problema a rilasciare database dopo

basta andare alla directory dei dati nel mio caso il percorso è "wamp \ bin \ mysql \ mysql5.6.17 \ data" qui vedrai la cartella di tutti i database, elimina questa cartella del tuo database, il db si abbasserà automaticamente :)

Mi sono imbattuto in questo problema e quando ho controllato la directory del database, c'erano diversi expfile (i file ibde frmerano stati rimossi). Elenco dei file per esaminare i loro attributi (poiché il proprietario aveva già i privilegi rw sui file)

lsattr *.exp
-------------e-- foo.exp
-------------e-- bar.exp

Dice la pagina man

       The  'e'  attribute  indicates that the file is using extents for mapping the blocks on disk.
       It may not be removed using chattr(1).

In realtà puoi chattr -equesti file, ma mysql non ti consente ancora di eliminare il database. La rimozione dei file con rm, tuttavia, consente di eliminare il database in modo pulito.

Succede perché potresti aver copiato la cartella del database della cartella / var / lib / mysql da un altro server al tuo server. Ma non hai copiato questi file: / var / lib / mysql / ib_buffer_pool / var / lib / mysql / ibdata1 / var / lib / mysql / ib_logfile0 / var / lib / mysql / ib_logfile1 / var / lib / mysql / ibtmp1 Quindi puoi creare un nuovo db e tabelle puoi rilasciarle ma non puoi rilasciare i database che hai copiato da un altro server e non sei nemmeno in grado di esplorare lo stesso database che hai copiato da un altro server. Quindi ho anche copiato quei file: ib_buffer_pool, ibdata1, ib_logfile0, ib_logfile1, ibtmp1 dopo che tutto ha funzionato.