SELECT INTO OUTFILEを使用してMySQL Errcode 13を回避するにはどうすればよいですか？

MySQL SELECT INTO OUTFILEステートメントを使用して、テーブルの内容をcsvファイルにダンプしようとしています。私が行った場合：

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

outfile.csvは、このデータベースのファイルが格納されているのと同じディレクトリのサーバーに作成されます。

ただし、クエリを次のように変更すると、

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

私は得ます：

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

Errcode 13は権限エラーですが、/ dataの所有権をmysql：mysqlに変更して777権限を付与しても取得されます。MySQLはユーザー「mysql」として実行されています。

不思議なことに、ユーザーmysqlがディレクトリに書き込むことができるように権限を設定しても、私が試した他のディレクトリではなく、/ tmpにファイルを作成できます。

これはUbuntuで実行されているMySQL 5.0.75です。

これはUbuntuの特定のバージョンで、これはこのUbuntu Server Editionですか？

最近のUbuntu Server Edition（10.04など）はAppArmorに同梱されており、MySQLのプロファイルはデフォルトで強制モードになっている可能性があります。これを確認するにsudo aa-statusは、次のように実行します。

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

mysqldが実施モードに含まれている場合、それはおそらく書き込みを拒否するものです。/var/log/messagesAppArmorが書き込み/アクセスをブロックすると、エントリも書き込まれます。あなたができることは次のように編集/etc/apparmor.d/usr.sbin.mysqldして追加/data/し/data/*、下部近くにあります：

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

そして、AppArmorにプロファイルをリロードさせます。

# sudo /etc/init.d/apparmor reload

警告：上記の変更により、MySQLは/ dataディレクトリの読み取りと書き込みを行うことができます。これによるセキュリティへの影響をすでにご検討いただいていると幸いです。

UbuntuはAppArmorを使用しており、それが/ data /へのアクセスを妨げています。Fedoraはselinuxを使用しており、RHEL / Fedora / CentOSマシンでこれを防ぐことができます。

MySQLが/ data /にアクセスできるようにAppArmorを変更するには、次のようにします。

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

ディレクトリのリストのどこかにこの行を追加します：

/data/ rw,

次に：

sudo /etc/init.d/apparmor restart

別のオプションは、mysqlのAppArmorを完全に無効にすることです。これは推奨されません。

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

apparmorを再起動することを忘れないでください：

sudo /etc/init.d/apparmor restart

すでにアクセス許可を777に設定しようとしたとおっしゃっていましたが、私にはそれがアクセス許可の問題であるという証拠があるので、私が実行できるものを投稿して、それが役立つことを願っています。これが私の経験です：

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はここでバカになっています。/ tmp / data / ....の下にファイルを作成しようとします。したがって、次のことができます。

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

次に、クエリを試してください。これは何時間も問題をデバッグした後で私にとってはうまくいきました。

この問題は長い間私を悩ませてきました。この議論はRHEL / Fecoraのソリューションを指摘していないことに気づきました。私はRHELを使用していますが、UbuntuのAppArmerに対応する構成ファイルが見つかりませんが、PATHのすべてのディレクトリをmysqlで読み取りおよびアクセス可能にすることで問題を解決しました。たとえば、ディレクトリ/ tmpを作成する場合、次の2つのコマンドにより、SELECT INTO OUTFILEは.sqlおよび.sqlファイルを出力できます。

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

ホームディレクトリ/ home / tomにディレクトリを作成する場合は、/ homeと/ home / tomの両方に対してこれを行う必要があります。

あなたはこれを行うことができます ：

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

試すこと：

• それは secure_file_privシステム変数セットは？その場合、すべてのファイルをそのディレクトリに書き込む必要があります。
• ファイルが存在しないことを確認してください-MySQLは新しいファイルを作成するだけで、既存のファイルを上書きしません。

同じ問題があり、次の手順でこの問題を修正しました：

• オペレーティングシステム：ubuntu 12.04
• 取り付けられたランプ
• 出力ファイルを保存するディレクトリが/ var / www / csv /であるとします。

端末で次のコマンドを実行し、geditエディターを使用してこのファイルを編集し、出力ファイルにディレクトリを追加します。

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

• 今ファイルはエディタで開かれるでしょうそこにあなたのディレクトリを追加してください

  / var / www / csv / * rw、

• 同様に私は次の与えられた画像のように自分のファイルに追加しました：

次のコマンドを実行してサービスを再起動します。

sudo /etc/init.d/apparmor restart

たとえば、phpmyadminクエリビルダーに次のクエリを実行して、csvファイルにデータを出力します

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

それは正常に完了し、選択された列を持つすべての行をOUTPUT.csvファイルに書き込みます...

私の場合、解決策は、ディレクトリパス内のすべてのディレクトリをmysql（chmod a+rx）によって読み取りおよびアクセス可能にすることでした。ディレクトリはコマンドラインの相対パスで指定されたままです。

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

私はこの同じ問題に遭遇しました。私の問題は、ダンプしようとしたディレクトリにmysqldプロセスへの書き込み権限がないことでした。最初のSQLダンプは書き出されますが、csv / txtファイルの書き込みは失敗します。SQLダンプは現在のユーザーとして実行され、csv / txtへの変換はmysqldを実行しているユーザーとして実行されるように見えます。したがって、ディレクトリには両方のユーザーの書き込み権限が必要です。

相対パスではなく、絶対パスを指定する必要があります。

書き込み先の/ dataディレクトリへの完全パスを指定します。

UbuntuはSELinuxを使用していますか？それが有効になっていて強制されているかどうかを確認してください。/var/log/audit/audit.logが役立つ場合があります（Ubuntuがそれを固定している場合は、RHEL / Fedoraの場所です）。

CentOs 6.7でも同じ問題が発生しました。私の場合、すべての権限が設定されているにもかかわらず、エラーが発生しました。問題は、SE Linuxが「強制」モードになっていることでした。

コマンドを使用して「許可」に切り替えました sudo setenforce 0

その後、すべてがうまくいきました。