ฉันจะไปรอบ ๆ MySQL Errcode 13 ด้วย SELECT INTO OUTFILE ได้อย่างไร

ฉันพยายามถ่ายโอนเนื้อหาของตารางไปยังไฟล์ csv โดยใช้คำสั่ง MySQL SELECT INTO OUTFILE ถ้าฉันทำ:

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"

น่าแปลกที่ฉันสามารถสร้างไฟล์ใน / tmp แต่ไม่ได้อยู่ในไดเร็กทอรีอื่น ๆ ที่ฉันได้ลองแม้ว่าจะมีการตั้งค่าสิทธิ์เช่นนั้นผู้ใช้ mysql ควรจะสามารถเขียนลงในไดเร็กทอรีได้

นี่คือ MySQL 5.0.75 ที่ทำงานบน Ubuntu

Ubuntu รุ่นนี้เป็นรุ่นใดและเป็น Ubuntu Server Edition หรือไม่

Ubuntu Server Editions ล่าสุด (เช่น 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/messagesเมื่อ AppArmor บล็อกการเขียน / การเข้าถึง สิ่งที่คุณทำได้คือแก้ไข/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

ในการแก้ไข AppArmor เพื่ออนุญาตให้ MySQL เข้าถึง / ข้อมูล / ทำดังต่อไปนี้:

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

เพิ่มบรรทัดนี้ที่ใดก็ได้ในรายการไดเรกทอรี:

/data/ rw,

จากนั้นทำ:

sudo /etc/init.d/apparmor restart

อีกทางเลือกหนึ่งคือการปิดใช้งาน AppArmor สำหรับ mysql ทั้งหมดนี้ไม่แนะนำ :

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 และฉันไม่พบไฟล์คอนฟิกูเรชันที่ตรงกับ AppArmer บน Ubuntu แต่ฉันแก้ไขปัญหาของฉันโดยทำให้ทุกไดเร็กทอรีในไดเร็กทอรี PATH สามารถอ่านและเข้าถึงได้โดย mysql ตัวอย่างเช่นหากคุณสร้างไดเร็กทอรี / tmp คำสั่งสองคำสั่งต่อไปนี้ทำให้ SELECT INTO OUTFILE สามารถส่งออกไฟล์. sql AND .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 รีสตาร์ท

ตัวอย่างเช่นฉันเรียกใช้แบบสอบถามต่อไปนี้ในตัวสร้างแบบสอบถาม 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

จากนั้นทุกอย่างก็ได้ผลสำหรับฉัน