2015-12-30 12 views
33

ieri ho aggiornato il mio Workbench per l'ultima versione disponibile, la 6.3.6 costruire 511 CE su Windows 10.MySQL Workbench errore 1142 "Errore durante la ricerca delle informazioni di sicurezza" su Data Export

Ora sto cercando di fare un scarico di un database remoto tramite la funzione "Esportazione dati", che ha sempre funzionato.

Ma, non appena si fa clic sul pulsante "Start Export", ottengo questo errore:

Unhandled exception: Error querying security information: Error executing 'SELECT * FROM mysql.user WHERE user = '[username]' and Host = '[host]' ORDER BY User, Host' SELECT command denied to user '[username]'@'[host]' for table 'user' SQL Error: 1142

So che non ho i permessi per leggere quel tavolo, ma perché è necessario che eseguire un'esportazione di dati?

Ho provato a verificare l'opzione forza (Continue even if we get an sql-error) ma non funziona ancora.

Si tratta di un bug del workbench? O c'è un modo per evitare questa query?

risposta

21

Aggiornamento al 13 giugno 2016

This bug has now been fixed

Scarica 6.3.7 (o versione successiva se disponibile) da here

+1

Quando scarico [mysql-workbench-community-6.3.7-1ubu1604-amd64.deb] (https://dev.mysql.com/downloads/file/?id=463710), viene visualizzato un errore in Ubuntu Software Center dicendo "La dipendenza non è soddisfacente: libatkmm-1.6-1v5 (> = 2.24.0). Può essere installata su Ubuntu 14.04 o devo aggiornare a 16.04 per far funzionare questa versione di MySQL Workbench? –

+2

Ugh. Workbench 6.3 .7 non supporta più la 14.04 https://bugs.mysql.com/bug.php?id=81869 –

+1

Attenzione: l'installer predefinito proposto in quel collegamento (MySQL Installer 5.7 per Windows) non funziona. la versione in questo programma di installazione è la 6.3.6 (invece della 6.3.7). Sotto "altri download" c'è questo "Windows (x86, 32-bit), MSI Installer" (mysql-workbench-community-6.3.7-win32 .msi) che funziona correttamente –

28

Ho avuto questo stesso problema esatto. La soluzione fornita in this thread (uguale a the_nuts answer) consiste nel disinstallare 6.3.6 e installare 6.3.4 dalle versioni archiviate: https://downloads.mysql.com/archives/workbench/

+0

appena testato su CentOS 7.2, la versione 6.3.4 non presenta questo problema. – blackxiii

+5

Wow mysql workbench è davvero pessimo ... sono passati 6 mesi e ancora non si possono preoccupare di risolverlo. – grisevg

+1

Grazie mille. – Francisco

-5

MySQL Workbench ha il comportamento corretto. Se si sta utilizzando un utente diverso da 'root', MySQL Workbench visualizzerà tale avviso. Tuttavia, se si imposta l'accesso al server e al database come root, non si incontrano problemi di esportazione/importazione perché si ha il diritto di accesso.