Jak mogę ominąć MySQL Errcode 13 za pomocą SELECT INTO OUTFILE?

Próbuję zrzucić zawartość tabeli do pliku CSV przy użyciu instrukcji MySQL SELECT INTO OUTFILE. Jeśli zrobię:

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

Plik outfile.csv zostanie utworzony na serwerze w tym samym katalogu, w którym przechowywane są pliki tej bazy danych.

Jednak gdy zmieniam zapytanie na:

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

Dostaję:

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

Errcode 13 to błąd uprawnień, ale otrzymuję go, nawet jeśli zmienię własność / data na mysql: mysql i nadam mu 777 uprawnień. MySQL działa jako użytkownik „mysql”.

O dziwo mogę utworzyć plik w / tmp, ale nie w żadnym innym katalogu, którego próbowałem, nawet z uprawnieniami ustawionymi tak, że użytkownik mysql powinien mieć możliwość zapisu w katalogu.

To jest MySQL 5.0.75 działający na Ubuntu.

Która konkretna wersja Ubuntu to jest i czy jest to wersja Ubuntu Server Edition?

Najnowsze wersje Ubuntu Server (takie jak 10.04) są dostarczane z AppArmor, a profil MySQL może być domyślnie w trybie wymuszania. Możesz to sprawdzić, wykonując w ten sudo aa-statussposób:

# 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.

Jeśli mysqld jest włączony w tryb wymuszania, to prawdopodobnie on odmawia zapisu. Wpisy byłyby również zapisywane, /var/log/messagesgdy AppArmor blokuje zapis / dostęp. Możesz edytować /etc/apparmor.d/usr.sbin.mysqldi dodawać /data/i /data/*u dołu w następujący sposób:

...  
/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,**  
}

A następnie spraw, aby AppArmor ponownie załadował profile.

# sudo /etc/init.d/apparmor reload

UWAGA: powyższa zmiana pozwoli MySQL na odczyt i zapis w katalogu / data. Mamy nadzieję, że już rozważyłeś konsekwencje tego dla bezpieczeństwa.

Ubuntu używa AppArmor i właśnie to uniemożliwia dostęp do / danych /. Fedora używa selinux, a to zapobiegłoby temu na maszynie RHEL / Fedora / CentOS.

Aby zmodyfikować AppArmor, aby umożliwić MySQL dostęp / dane / wykonaj następujące czynności:

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

dodaj tę linię w dowolnym miejscu listy katalogów:

/data/ rw,

następnie wykonaj:

sudo /etc/init.d/apparmor restart

Inną opcją jest całkowite wyłączenie AppArmor dla mysql, NIE jest to ZALECANE :

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

Nie zapomnij ponownie uruchomić apparmor:

sudo /etc/init.d/apparmor restart

Wiem, że powiedziałeś, że próbowałeś już ustawić uprawnienia na 777, ale ponieważ mam dowody, że dla mnie był to problem z uprawnieniami, publikuję to, co dokładnie uruchamiam, mając nadzieję, że może to pomóc. Oto moje doświadczenie:

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 robi się tu głupi. Próbuje utworzyć pliki w katalogu / tmp / data / .... Więc co możesz zrobić, to:

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

Następnie spróbuj zapytać. To zadziałało po wielu godzinach debugowania problemu.

Ten problem trapi mnie od dawna. Zauważyłem, że ta dyskusja nie wskazuje rozwiązania na RHEL / Fecora. Używam RHEL i nie znajduję plików konfiguracyjnych odpowiadających AppArmerowi na Ubuntu, ale rozwiązałem swój problem, czyniąc KAŻDY katalog w katalogu PATH czytelnym i dostępnym dla mysql. Na przykład, jeśli utworzysz katalog / tmp, następujące dwie komendy sprawią, że SELECT INTO OUTFILE będzie w stanie wyprowadzić plik .sql AND .sql

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

Jeśli tworzysz katalog w swoim katalogu domowym / home / tom, musisz to zrobić zarówno dla / home, jak i / home / tom.

Możesz to zrobić :

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

Kilka rzeczy do wypróbowania:

• czy secure_file_privzmienna systemowa jest ustawiona? Jeśli tak, wszystkie pliki muszą zostać zapisane w tym katalogu.
• upewnij się, że plik nie istnieje - MySQL utworzy tylko nowe pliki, nie nadpisze istniejących.

Mam ten sam problem i rozwiązałem go, wykonując następujące czynności:

• System operacyjny: ubuntu 12.04
• lampa zainstalowana
• załóżmy, że katalog do zapisania pliku wyjściowego to: / var / www / csv /

Wykonaj następujące polecenie na terminalu i edytuj ten plik za pomocą edytora gedit, aby dodać katalog do pliku wyjściowego.

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

• teraz plik zostałby otwarty w edytorze, dodaj tam swój katalog

  / var / www / csv / * rw,

• podobnie dodałem w moim pliku, jak podany obraz:

Wykonaj następne polecenie, aby ponownie uruchomić usługi:

sudo /etc/init.d/apparmor restart

Na przykład wykonuję następujące zapytanie do kreatora zapytań phpmyadmin, aby wyprowadzić dane w pliku csv

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

Udało się i zapisał wszystkie wiersze z wybranymi kolumnami do pliku OUTPUT.csv ...

W moim przypadku rozwiązaniem było uczynienie każdego katalogu w ścieżce katalogu czytelnym i dostępnym przez mysql( chmod a+rx). Katalog był nadal określony przez swoją ścieżkę względną w wierszu poleceń.

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

Właśnie napotkałem ten sam problem. Mój problem polegał na tym, że katalog, do którego próbowałem zrzucić, nie miał uprawnień do zapisu dla procesu mysqld. Początkowy zrzut sql zostałby zapisany, ale zapis pliku csv / txt nie powiódł się. Wygląda na to, że zrzut sql działa jako bieżący użytkownik, a konwersja do csv / txt jest uruchamiana jako użytkownik, który uruchamia mysqld. Dlatego katalog wymaga uprawnień do zapisu dla obu użytkowników.

Musisz podać ścieżkę bezwzględną, a nie ścieżkę względną.

Podaj pełną ścieżkę do katalogu / data, w którym próbujesz pisać.

Czy Ubuntu używa SELinux? Sprawdź, czy jest włączona i wymusza. /var/log/audit/audit.log może być helpul (jeśli to jest miejsce, w którym Ubuntu go umieszcza - to jest lokalizacja RHEL / Fedora).

Miałem ten sam problem na CentOs 6.7 W moim przypadku wszystkie uprawnienia były ustawione i nadal występował błąd. Problem polegał na tym, że SE Linux był w trybie „wymuszania”.

Zmieniłem to na „przyzwolenie” za pomocą polecenia sudo setenforce 0

Wtedy wszystko mi się udało.