Come posso aggirare MySQL Errcode 13 con SELECT INTO OUTFILE?

Sto cercando di scaricare il contenuto di una tabella in un file csv utilizzando un'istruzione MySQL SELECT INTO OUTFILE. Se lo faccio:

SELECT column1, column2
INTO OUTFILE 'outfile.csv'
FIELDS TERMINATED BY ','
FROM table_name;

outfile.csv verrà creato sul server nella stessa directory in cui sono archiviati i file del database.

Tuttavia, quando cambio la mia query in:

SELECT column1, column2
INTO OUTFILE '/data/outfile.csv'
FIELDS TERMINATED BY ','
FROM table_name;

Ottengo:

ERROR 1 (HY000): Can't create/write to file '/data/outfile.csv' (Errcode: 13)

Errcode 13 è un errore di autorizzazioni, ma lo ottengo anche se cambio la proprietà di / data in mysql: mysql e gli do i permessi 777. MySQL è in esecuzione come utente "mysql".

Stranamente posso creare il file in / tmp, ma non in qualsiasi altra directory che ho provato, anche con i permessi impostati in modo tale che l'utente mysql possa scrivere nella directory.

Questo è MySQL 5.0.75 in esecuzione su Ubuntu.

Quale particolare versione di Ubuntu è questa ed è questa Ubuntu Server Edition?

Le recenti edizioni di Ubuntu Server (come la 10.04) vengono fornite con AppArmor e il profilo di MySQL potrebbe essere in modalità di applicazione per impostazione predefinita. Puoi verificarlo eseguendo in questo sudo aa-statusmodo:

# sudo aa-status
5 profiles are loaded.
5 profiles are in enforce mode.
   /usr/lib/connman/scripts/dhclient-script
   /sbin/dhclient3
   /usr/sbin/tcpdump
   /usr/lib/NetworkManager/nm-dhcp-client.action
   /usr/sbin/mysqld
0 profiles are in complain mode.
1 processes have profiles defined.
1 processes are in enforce mode :
   /usr/sbin/mysqld (1089)
0 processes are in complain mode.

Se mysqld è incluso in modalità enforce, probabilmente è quello che nega la scrittura. Le voci verrebbero scritte anche /var/log/messagesquando AppArmor blocca le operazioni di scrittura / accesso. Quello che puoi fare è modificare /etc/apparmor.d/usr.sbin.mysqlde aggiungere /data/e /data/*vicino alla parte inferiore in questo modo:

...  
/usr/sbin/mysqld  {  
    ...  
    /var/log/mysql/ r,  
    /var/log/mysql/* rw,  
    /var/run/mysqld/mysqld.pid w,  
    /var/run/mysqld/mysqld.sock w,  
    **/data/ r,  
    /data/* rw,**  
}

Quindi fai in modo che AppArmor ricarichi i profili.

# sudo /etc/init.d/apparmor reload

ATTENZIONE: la modifica sopra consentirà a MySQL di leggere e scrivere nella directory / data. Ci auguriamo che tu abbia già considerato le implicazioni sulla sicurezza di questo.

Ubuntu utilizza AppArmor e questo è ciò che ti impedisce di accedere a / data /. Fedora usa selinux e questo lo impedirebbe su una macchina RHEL / Fedora / CentOS.

Per modificare AppArmor per consentire a MySQL di accedere ai / dati / procedere come segue:

sudo gedit /etc/apparmor.d/usr.sbin.mysqld

aggiungi questa riga ovunque nell'elenco delle directory:

/data/ rw,

quindi fai un:

sudo /etc/init.d/apparmor restart

Un'altra opzione è disabilitare completamente AppArmor per mysql, questo NON è RACCOMANDATO :

sudo mv /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/

Non dimenticare di riavviare apparmor:

sudo /etc/init.d/apparmor restart

So che hai detto che hai già provato a impostare i permessi su 777, ma poiché ho la prova che per me si trattava di un problema di autorizzazione, sto postando quello che corro esattamente sperando che possa aiutare. Ecco la mia esperienza:

tmp $ pwd
/Users/username/tmp
tmp $ mkdir bkptest
tmp $ mysqldump -u root -T bkptest bkptest
mysqldump: Got error: 1: Can't create/write to file '/Users/username/tmp/bkptest/people.txt' (Errcode: 13) when executing 'SELECT INTO OUTFILE'
tmp $ chmod a+rwx bkptest/
tmp $ mysqldump -u root -T bkptest bkptest
tmp $ ls bkptest/
people.sql  people.txt
tmp $ 

MySQL sta diventando stupido qui. Prova a creare file in / tmp / data / .... Quindi quello che puoi fare è quanto segue:

mkdir /tmp/data
mount --bind /data /tmp/data

Quindi prova la tua query. Questo ha funzionato per me dopo ore di debug del problema.

Questo problema mi ha infastidito per molto tempo. Ho notato che questa discussione non indica la soluzione su RHEL / Fecora. Sto usando RHEL e non trovo i file di configurazione corrispondenti ad AppArmer su Ubuntu, ma ho risolto il mio problema rendendo OGNI directory nella directory PATH leggibile e accessibile da mysql. Ad esempio, se crei una directory / tmp, i seguenti due comandi rendono SELECT INTO OUTFILE in grado di produrre il file .sql AND .sql

chown mysql:mysql /tmp
chmod a+rx /tmp

Se crei una directory nella tua home directory / home / tom, devi farlo sia per / home che per / home / tom.

Puoi farlo :

mysql -u USERNAME --password=PASSWORD --database=DATABASE --execute='SELECT `FIELD`, `FIELD` FROM `TABLE` LIMIT 0, 10000 ' -X > file.xml

Alcune cose da provare:

• è secure_file_privimpostata la variabile di sistema? Se lo è, tutti i file devono essere scritti in quella directory.
• assicurati che il file non esista: MySQL creerà solo nuovi file, non sovrascriverà quelli esistenti.

Ho lo stesso problema e ho risolto questo problema seguendo i passaggi:

• Sistema operativo: ubuntu 12.04
• lampada installata
• supponiamo che la directory in cui salvare il file di output sia: / var / www / csv /

Esegui il seguente comando sul terminale e modifica questo file utilizzando l'editor gedit per aggiungere la tua directory al file di output.

sudo gedit /etc/apparmor.d/usr.sbin.mysqld

• ora il file verrebbe aperto nell'editor per favore aggiungi la tua directory lì

  / var / www / csv / * rw,

• allo stesso modo ho aggiunto nel mio file, come la seguente immagine data:

Esegui il comando successivo per riavviare i servizi:

sudo /etc/init.d/apparmor riavvio

Ad esempio, eseguo la seguente query nel generatore di query phpmyadmin per visualizzare i dati nel file csv

SELECT colName1, colName2,colName3
INTO OUTFILE '/var/www/csv/OUTFILE.csv'
FIELDS TERMINATED BY ','
FROM tableName;

Ha fatto con successo e scrive tutte le righe con le colonne selezionate nel file OUTPUT.csv ...

Nel mio caso, la soluzione era rendere ogni directory nel percorso della directory leggibile e accessibile da mysql( chmod a+rx). La directory era ancora specificata dal relativo percorso nella riga di comando.

chmod a+rx /tmp
chmod a+rx /tmp/migration
etc.

Mi sono imbattuto nello stesso problema. Il mio problema era che la directory in cui stavo cercando di eseguire il dump non aveva l'autorizzazione di scrittura per il processo mysqld. Il dump sql iniziale verrebbe scritto ma la scrittura del file csv / txt fallirebbe. Sembra che il dump sql venga eseguito come l'utente corrente e la conversione in csv / txt venga eseguita come l'utente che esegue mysqld. Quindi la directory necessita dei permessi di scrittura per entrambi gli utenti.

È necessario fornire un percorso assoluto, non un percorso relativo.

Fornisci il percorso completo della directory / data in cui stai tentando di scrivere.

Ubuntu usa SELinux? Controlla per vedere se è abilitato e imposto. /var/log/audit/audit.log potrebbe essere utile (se è lì che Ubuntu lo attacca, quella è la posizione RHEL / Fedora).

Ho avuto lo stesso problema su un CentOs 6.7 Nel mio caso sono state impostate tutte le autorizzazioni e l'errore si è verificato ancora. Il problema era che SE Linux era in modalità "imposizione".

L'ho impostato su "permissivo" usando il comando sudo setenforce 0

Poi tutto ha funzionato per me.