¿Cómo puedo evitar MySQL Errcode 13 con SELECT INTO OUTFILE?

Estoy tratando de volcar el contenido de una tabla en un archivo csv usando una declaración MySQL SELECT INTO OUTFILE. Si lo hago:

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

outfile.csv se creará en el servidor en el mismo directorio en el que se almacenan los archivos de esta base de datos.

Sin embargo, cuando cambio mi consulta a:

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

Yo obtengo:

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

Errcode 13 es un error de permisos, pero lo obtengo incluso si cambio la propiedad de / data a mysql: mysql y le doy 777 permisos. MySQL se ejecuta como usuario "mysql".

Curiosamente, puedo crear el archivo en / tmp, pero no en ningún otro directorio que haya probado, incluso con los permisos establecidos de manera que el usuario mysql debería poder escribir en el directorio.

Este es MySQL 5.0.75 ejecutándose en Ubuntu.

¿Qué versión particular de Ubuntu es esta y es esta Ubuntu Server Edition?

Las ediciones recientes de Ubuntu Server (como 10.04) se envían con AppArmor y el perfil de MySQL puede estar en modo obligatorio de forma predeterminada. Puede verificar esto ejecutando sudo aa-statusasí:

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

Si mysqld está incluido en el modo de imposición, probablemente sea el que niegue la escritura. Las entradas también se escribirán /var/log/messagescuando AppArmor bloquee las escrituras / accesos. Lo que puede hacer es editar /etc/apparmor.d/usr.sbin.mysqldy agregar /data/y /data/*cerca de la parte inferior así:

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

Y luego haga que AppArmor vuelva a cargar los perfiles.

# sudo /etc/init.d/apparmor reload

ADVERTENCIA: el cambio anterior permitirá que MySQL lea y escriba en el directorio / data. Esperamos que ya haya considerado las implicaciones de seguridad de esto.

Ubuntu usa AppArmor y eso es lo que le impide acceder a / data /. Fedora usa selinux y eso evitaría esto en una máquina RHEL / Fedora / CentOS.

Para modificar AppArmor para permitir que MySQL acceda a / data / haga lo siguiente:

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

agregue esta línea en cualquier lugar de la lista de directorios:

/data/ rw,

luego haz un:

sudo /etc/init.d/apparmor restart

Otra opción es deshabilitar AppArmor para mysql por completo, esto NO SE RECOMIENDA :

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

No olvide reiniciar apparmor:

sudo /etc/init.d/apparmor restart

Sé que dijiste que ya trataste de configurar los permisos en 777, pero como tengo evidencia de que para mí fue un problema de permisos, estoy publicando lo que ejecuto exactamente con la esperanza de que pueda ayudar. Esta es mi experiencia:

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 se está volviendo estúpido aquí. Intenta crear archivos en / tmp / data / .... Entonces, lo que puede hacer es lo siguiente:

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

Entonces prueba tu consulta. Esto funcionó para mí después de horas de depurar el problema.

Este problema me ha estado molestando durante mucho tiempo. Noté que esta discusión no señala la solución en RHEL / Fecora. Estoy usando RHEL y no encuentro los archivos de configuración correspondientes a AppArmer en Ubuntu, pero resolví mi problema haciendo que CADA directorio en el directorio PATH sea legible y accesible por mysql. Por ejemplo, si crea un directorio / tmp, los dos comandos siguientes hacen que SELECT INTO OUTFILE pueda generar el archivo .sql Y .sql

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

Si crea un directorio en su directorio personal / home / tom, debe hacerlo tanto para / home como para / home / tom.

Puedes hacerlo :

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

Algunas cosas para probar:

• es el secure_file_priv configurada la variable del sistema? Si es así, todos los archivos deben escribirse en ese directorio.
• asegúrese de que el archivo no exista: MySQL solo creará archivos nuevos, no sobrescribirá los existentes.

Tengo el mismo problema y solucioné este problema siguiendo los pasos:

• Sistema operativo: ubuntu 12.04
• lámpara instalada
• suponga que su directorio para guardar el archivo de salida es: / var / www / csv /

Ejecute el siguiente comando en la terminal y edite este archivo usando el editor gedit para agregar su directorio al archivo de salida.

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

• ahora el archivo se abrirá en el editor, agregue su directorio allí

  / var / www / csv / * rw,

• Asimismo, he agregado en mi archivo, como la siguiente imagen dada:

Ejecute el siguiente comando para reiniciar los servicios:

sudo /etc/init.d/apparmor reiniciar

Por ejemplo, ejecuto la siguiente consulta en el generador de consultas phpmyadmin para generar datos en un archivo csv

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

Se hizo con éxito y escribió todas las filas con columnas seleccionadas en el archivo OUTPUT.csv ...

En mi caso, la solución fue hacer que cada directorio en la ruta del directorio fuera legible y accesible por mysql( chmod a+rx). El directorio todavía estaba especificado por su ruta relativa en la línea de comando.

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

Me encontré con el mismo problema. Mi problema fue que el directorio en el que estaba tratando de volcar no tenía permiso de escritura para el proceso mysqld. El volcado de sql inicial se escribiría, pero la escritura del archivo csv / txt fallaría. Parece que el volcado de sql se ejecuta como el usuario actual y la conversión a csv / txt se ejecuta como el usuario que está ejecutando mysqld. Entonces, el directorio necesita permisos de escritura para ambos usuarios.

Debe proporcionar una ruta absoluta, no una ruta relativa.

Proporcione la ruta completa al directorio / data en el que está intentando escribir.

¿Ubuntu usa SELinux? Verifique si está habilitado y cumpliendo. /var/log/audit/audit.log puede ser útil (si ahí es donde Ubuntu lo pega, esa es la ubicación de RHEL / Fedora).

Tuve el mismo problema en CentOs 6.7. En mi caso, se establecieron todos los permisos y aún así se produjo el error. El problema era que el SE Linux estaba en modo "imponiendo".

Lo cambié a "permisivo" usando el comando sudo setenforce 0

Entonces todo salió bien para mí.