¿Cómo debo abordar --secure-file-priv en MySQL?

Estoy aprendiendo MySQL e intenté usar una LOAD DATAcláusula. Cuando lo usé de la siguiente manera:

LOAD DATA INFILE "text.txt" INTO table mytable;

Tuve el siguiente error:

El servidor MySQL se está ejecutando con la opción --secure-file-priv, por lo que no puede ejecutar esta declaración

¿Cómo abordo este error?

Revisé otra pregunta sobre el mismo mensaje de error , pero todavía no puedo encontrar una solución.

Estoy usando MySQL 5.6

Funciona según lo previsto. Su servidor MySQL se ha iniciado con la opción --secure-file-priv , que básicamente limita desde qué directorios puede cargar archivos LOAD DATA INFILE.

Puede utilizar SHOW VARIABLES LIKE "secure_file_priv";para ver el directorio que se ha configurado.

Tienes dos opciones:

1. Mueva su archivo al directorio especificado por secure-file-priv.
2. Desactivar secure-file-priv. Esto debe eliminarse del inicio y no se puede modificar dinámicamente. Para hacer esto, verifique los parámetros de inicio de MySQL (según la plataforma) y my.ini.

Lo resolví usando la LOCALopción en el comando:

LOAD DATA LOCAL INFILE "text.txt" INTO TABLE mytable;

Puedes encontrar más información aquí .

Si se especifica LOCAL, el programa cliente lee el archivo en el host del cliente y lo envía al servidor. El archivo se puede proporcionar como un nombre de ruta completo para especificar su ubicación exacta. Si se proporciona como un nombre de ruta relativo, el nombre se interpreta en relación con el directorio en el que se inició el programa cliente.

En Ubuntu 14 y Mysql 5.5.53, esta configuración parece estar habilitada de forma predeterminada. Para deshabilitarlo, debe agregarlo secure-file-priv = ""a su archivo my.cnf en el grupo de configuración mysqld. p.ej:-

[mysqld]
secure-file-priv = ""

Estoy trabajando en MySQL5.7.11 en Debian, el comando que me funcionó para ver el directorio es:

mysql> SELECT @@global.secure_file_priv;

Esto es lo que funcionó para mí en Windows 7 para deshabilitar secure-file-priv(Opción # 2 de la respuesta de vhu ):

1. Detenga el servicio del servidor MySQL entrando en services.msc.
2. Ir a C:\ProgramData\MySQL\MySQL Server 5.6( ProgramDataera una carpeta oculta en mi caso).
3. Abra el my.iniarchivo en el Bloc de notas.
4. Busque 'secure-file-priv'.
5. Comente la línea agregando '#' al comienzo de la línea. Para MySQL Server 5.7.16 y superior, los comentarios no funcionarán. Tienes que configurarlo en una cadena vacía como esta -secure-file-priv=""
6. Guarda el archivo.
7. Inicie el servicio del servidor MySQL entrando en services.msc.

Si el archivo es local en su máquina, use LOCAL en su comando

LOAD DATA LOCAL INFILE "text.txt" INTO table mytable;

@vhu hice el SHOW VARIABLES LIKE "secure_file_priv";y regresó, C:\ProgramData\MySQL\MySQL Server 8.0\Uploads\así que cuando lo conecté , todavía no funcionó.

Cuando fui al my.iniarchivo directamente, descubrí que la ruta tiene un formato un poco diferente:

C:/ProgramData/MySQL/MySQL Server 8.0/Uploads

Luego, cuando lo ejecuté con eso, funcionó. La única diferencia fue la dirección de las barras.

Este hilo ha sido visto 570k veces en el momento de esta publicación. Honestamente, ¿cuándo se convirtió MySQL en nuestra madre irrazonable sobreprotectora? ¡Qué intento de seguridad que consume mucho tiempo, que en realidad solo sirve para encadenarnos!

Después de muchas búsquedas y muchos intentos, todo falló. Mi solución:

Lo que funcionó para mí fue:

1. Importe el .csvarchivo a través de la importación de PhpMyAdmin en el cuadro anterior (si es grande, hágalo en la línea cmd)
2. Genera un .sqlarchivo.
3. Descargar .sqlarchivo.
4. Importar .sqlarchivo a través de MySQL Workbench.

Lo que funcionó para mí:

1. Coloque su archivo dentro de la carpeta especificada en secure-file-priv.

   Para encontrar ese tipo:

   mysql> show variables like "secure_file_priv";  
   

2. Compruebe si tiene local_infile = 1.

   Haz eso escribiendo:

   mysql> show variables like "local_infile";
   

   Si lo consigues:

   +---------------+-------+
   | Variable_name | Value |
   +---------------+-------+
   | local_infile  | OFF   |
   +---------------+-------+
   

   Luego configúrelo en uno escribiendo:

   mysql> set global local_infile = 1;
   

3. Especifique la ruta completa de su archivo. En mi caso:

   mysql> load data infile "C:/ProgramData/MySQL/MySQL Server 8.0/Uploads/file.txt" into table test;
   

Tuve el mismo problema con 'secure-file-priv'. Comentar en el archivo .ini no funcionó y tampoco lo hizo mover el archivo en el directorio especificado por 'secure-file-priv'.

Finalmente, como sugirió dbc, hacer que 'secure-file-priv' sea igual a una cadena vacía funcionó. Entonces, si alguien se queda atascado después de probar las respuestas anteriores, con suerte, hacer esto ayudará.

Para la versión de mysql 8.0 puede hacer esto:

mysql.server stop
mysql.server start --secure-file-priv=''

Me funcionó en Mac High Sierra.

Creé un script de importación de NodeJS si está ejecutando nodeJS y sus datos están en la siguiente forma (comillas dobles + coma y \ n nueva línea)

INSERT INTO <your_table> VALUEs( **CSV LINE **)

Éste está configurado para ejecutarse en http: // localhost: 5000 / import .

Voy línea por línea y creo una cadena de consulta

"city","city_ascii","lat","lng","country","iso2","iso3","id"
"Tokyo","Tokyo","35.6850","139.7514","Japan","JP","JPN","1392685764",
...

server.js

const express = require('express'),
   cors = require('cors'),
   bodyParser = require('body-parser'),
   cookieParser = require('cookie-parser'),
   session = require('express-session'),
   app = express(),
   port = process.env.PORT || 5000,
   pj = require('./config/config.json'),
   path = require('path');

app.use(bodyParser.json());
app.use(cookieParser());
app.use(cors());


app.use(
   bodyParser.urlencoded({
      extended: false,
   })
);

var Import = require('./routes/ImportRoutes.js');

app.use('/import', Import);
if (process.env.NODE_ENV === 'production') {
   // set static folder
   app.use(express.static('client/build'));

   app.get('*', (req, res) => {
      res.sendFile(path.resolve(__dirname, 'client', 'build', 'index.html'));
   });
}

app.listen(port, function () {
   console.log('Server is running on port: ' + port);
});

ImportRoutes.js

const express = require('express'),
   cors = require('cors'),
   fs = require('fs-extra'),
   byline = require('byline'),
   db = require('../database/db'),
   importcsv = express.Router();

importcsv.use(cors());

importcsv.get('/csv', (req, res) => {

   function processFile() {
      return new Promise((resolve) => {
         let first = true;
         var sql, sqls;
         var stream = byline(
            fs.createReadStream('../PATH/TO/YOUR!!!csv', {
               encoding: 'utf8',
            })
         );

         stream
            .on('data', function (line, err) {
               if (line !== undefined) {
                  sql = 'INSERT INTO <your_table> VALUES (' + line.toString() + ');';
                  if (first) console.log(sql);
                  first = false;
                  db.sequelize.query(sql);
               }
            })
            .on('finish', () => {
               resolve(sqls);
            });
      });
   }

   async function startStream() {
      console.log('started stream');
      const sqls = await processFile();
      res.end();
      console.log('ALL DONE');
   }

   startStream();
});

module.exports = importcsv;

db.js es el archivo de configuración

const Sequelize = require('sequelize');
const db = {};
const sequelize = new Sequelize(
   config.global.db,
   config.global.user,
   config.global.password,
   {
      host: config.global.host,
      dialect: 'mysql',
      logging: console.log,
      freezeTableName: true,

      pool: {
         max: 5,
         min: 0,
         acquire: 30000,
         idle: 10000,
      },
   }
);

db.sequelize = sequelize;
db.Sequelize = Sequelize;

module.exports = db;

Descargo de responsabilidad: esta no es una solución perfecta; solo la estoy publicando para desarrolladores que se encuentran bajo una línea de tiempo y tienen muchos datos para importar y se encuentran con este problema ridículo. Perdí mucho tiempo en esto y espero ahorrarle a otro desarrollador el mismo tiempo perdido.

Tuve todo tipo de problemas con esto. Estaba cambiando my.cnf y todo tipo de locuras que otras versiones de este problema intentaron mostrar.

Lo que funcionó para mí:

El error que estaba recibiendo

The MySQL server is running with the --secure-file-priv option so it cannot execute this statement

Pude solucionarlo abriendo /usr/local/mysql/support-files/mysql.server y cambiando la siguiente línea:

$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" -- $other_args >/dev/null &
  wait_for_pid created "$!" "$mysqld_pid_file_path"; return_value=$?

a

$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" --secure-file-priv="" $other_args >/dev/null &
  wait_for_pid created "$!" "$mysqld_pid_file_path"; return_value=$?

Si está ejecutando en Ubuntu, es posible que también deba configurar Apparmor para permitir que MySQL escriba en su carpeta, por ejemplo, aquí está mi configuración:

Agregue esta línea al archivo /etc/apparmor.d/usr.sbin.mysqld:

/var/lib/mysql-files/* rw

Luego agregue estas 2 líneas de configuración a las secciones /etc/mysql/my.cnf:

[client]
loose-local-infile = 1

[mysqld]
secure-file-priv = ""

Aquí está mi SQL:

select id from blahs into outfile '/var/lib/mysql-files/blahs';

Funcionó para mí. ¡Buena suerte!

Esto funcionó para mí (tuve el problema adicional de no poder usar LOCAL con mi versión actual de MySQL en la declaración LOAD DATE INFILE ...)

sudo /usr/local/mysql/support-files/mysql.server start --secure-file-priv='' --local-infile

Lo anterior funciona para esa ruta dada en mi máquina; puede que tenga que ajustar su camino.

Entonces usa:

mysql -u root -p

Un punto importante es que debe tener el CSV en la carpeta de datos de MySQL. En mi máquina se encuentra en: /usr/local/mysql-8.0.18-macos10.14-x86_64/data

Puede cambiar el permiso de la carpeta si es necesario para colocar un CSV en la carpeta de datos.

Configuración:
macOS Catalina versión 10.15.5
MySQL versión 8.0.18

MySQL usa esta variable del sistema para controlar dónde puede importar sus archivos

mysql> SHOW VARIABLES LIKE "secure_file_priv";
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| secure_file_priv | NULL  |
+------------------+-------+

Entonces el problema es cómo cambiar las variables del sistema, como secure_file_priv.

1. apagar mysqld
2. sudo mysqld_safe --secure_file_priv=""

ahora puedes ver así:

mysql> SHOW VARIABLES LIKE "secure_file_priv";
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| secure_file_priv |       |
+------------------+-------+

Tuve este problema en Windows 10. "--secure-file-priv en MySQL" Para resolver esto, hice lo siguiente.

1. En la búsqueda de Windows (abajo a la izquierda) escribí "powershell".
2. Haga clic derecho en PowerShell y se ejecutó como administrador.
3. Navegó hasta el archivo bin del servidor. (C: \ Archivos de programa \ MySQL \ MySQL Server 5.6 \ bin);
4. Escribió ./mysqld
5. Presione enter"

El servidor se inició como se esperaba.

En macOS Catalina, seguí estos pasos para configurar secure_file_priv

1.Detener el servicio MySQL

 sudo /usr/local/mysql/support-files/mysql.server stop

2.Reinicie MYSQL asignando --secure_file_priv variables del sistema

sudo /usr/local/mysql/support-files/mysql.server start --secure-file-priv=YOUR_FILE_DIRECTORY

Nota: Agregar un valor vacío soluciona el problema por mí, y MYSQL exportará datos al directorio / usr / local / mysql / data / YOUR_DB_TABLE / EXPORT_FILE

sudo /usr/local/mysql/support-files/mysql.server start --secure-file-priv=

Gracias

Sin cambiar ninguno de los archivos de configuración.

1. Busque el valor de secure_file_privuso del comando Publicado por @vhu: SHOW VARIABLES LIKE "secure_file_priv".
2. defina la ruta completa para su consulta como: select * from table into outfile 'secure_file_priv_PATH/OUTPUT-FILE' ... rest of your query

esto funcionó para mi en mysql-shell en ubuntu 18.04 LTS mysql 5.7.29

en Linux tienes que editar el archivo my.cnf en

/etc/mysql/my.cnf

y cambie el 26 line numberparámetro así:

secure-file-priv= <your data path directory like /home/user/data>

luego reinicie su MySQL e intente nuevamente.

en la ventana acoplable , debe montar su archivo my.cnf con el archivo my.cnf en su contenedor con este comando en docker-compose o agregar manualmente:

volumes:
  - ./persistent:/var/lib/mysql
  - ./conf/my.cnf:/etc/mysql/my.cnf

siguiente cambie /conf/my.cnf en su host y configure el parámetro secure-file-priv como el enfoque superior, además, debe montar sus datos en el contenedor mysql y establecer esa ruta para el parámetro secure-file-priv y reiniciar su services y finalmente, puede cargar sus datos.

puedes verificar tu configuración con este comando:

SHOW VARIABLES LIKE "secure_file_priv";

Para MacOS Mojave con MySQL 5.6.23 tuve este problema al escribir archivos, pero no al cargarlos . (No visto con versiones anteriores de Mac OS). Como la mayoría de las respuestas a esta pregunta han sido para otros sistemas, pensé en publicar el archivo my.cnf que solucionó esto (y también los problemas de un socket) en caso de que sea de ayuda para otros usuarios de Mac. Esto es /etc/my.cnf

[client]
default-character-set=utf8

[mysqld]
character-set-server=utf8
secure-file-priv = ""
skip-external-locking

(La internacionalización es irrelevante para la pregunta).

No se requiere nada más. Simplemente apague el servidor MySQL y luego enciéndalo nuevamente en Preferencias (estamos hablando de Mac) para que esto funcione.