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

Estoy aprendiendo MySQL e intenté usar una LOAD DATAcláusula. Cuando lo usé como a continuación:

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

Tuve el siguiente error:

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

¿Cómo abordo este error?

He comprobado 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 inició con la opción --secure-file-priv que básicamente limita desde qué directorios puede cargar archivos LOAD DATA INFILE.

Puede usar 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 puede modificarse dinámicamente. Para hacer esto, verifique los parámetros de inicio de MySQL (según la plataforma) y my.ini.

Tuve el mismo problema Finalmente resolví usando la LOCALopción en el comando

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

Puede encontrar más información aquí http://dev.mysql.com/doc/refman/5.7/en/load-data.html

Si se especifica LOCAL, el programa del 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 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, comentar no funcionará. 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 services.msc.

Si el archivo es local para 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 funcionaba.

Cuando fui directamente al archivo my.ini 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 es la dirección de las barras.

Tuve el mismo problema con 'secure-file-priv'. Los comentarios en el archivo .ini no funcionaron y tampoco lo hizo mover archivos en el directorio especificado por 'secure-file-priv'.

Finalmente, como sugirió dbc, funcionó 'secure-file-priv' igual a una cadena vacía. Entonces, si alguien está atrapado después de intentar las respuestas anteriores, espero que esto ayude.

Lo que funcionó para mí:

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

Para encontrar ese tipo:

mysql> muestra variables como "secure_file_priv";

2. Comprueba si tienes local_infile = 1.

Haz eso escribiendo:

mysql> muestra variables como "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 para su archivo. En mi caso:

mysql> cargar el archivo de datos "C: / ProgramData / MySQL / MySQL Server 8.0 / Uploads / file.txt" en la prueba de tabla;

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

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

1. Importe el archivo .csv a través de la importación PhpMyAdmin en el cuadro anterior (si es grande, haga en la línea cmd)
2. generar un archivo .sql
3. descargar archivo .sql
4. Importar archivos .sql a través del banco de trabajo MySQL

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 **)

Este 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 publico para desarrolladores que están 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, también puede necesitar 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 mi. ¡Buena suerte!

Para la versión mysql 8.0 puede hacer esto:

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

Funcionó para mí en Mac High Sierra

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. Navegado al archivo bin del servidor. (C: \ Archivos de programa \ MySQL \ MySQL Server 5.6 \ bin);
4. Mecanografiado ./mysqld
5. Presione enter"

El servidor se inició como se esperaba.

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 |       |
+------------------+-------+

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 la asignación MYSQL --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 solucionó el problema 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