Як мені вирішити --secure-file-priv в MySQL?

Я вивчаю MySQL і намагаюся використовувати LOAD DATAпункт. Коли я використовував його як нижче:

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

Я отримав таку помилку:

Сервер MySQL працює з опцією --secure-file-priv, тому він не може виконати цю операцію

Як вирішити цю помилку?

Я перевірив ще одне запитання щодо того ж повідомлення про помилку , але все ще не можу знайти рішення.

Я використовую MySQL 5.6

Це працює за призначенням. Ваш сервер MySQL був запущений з опцією --secure-file-priv, яка в основному обмежує, з яких каталогів ви можете завантажувати файли, використовуючи LOAD DATA INFILE.

Ви можете використовувати SHOW VARIABLES LIKE "secure_file_priv";для перегляду налаштованого каталогу.

У вас є два варіанти:

1. Перемістіть свій файл у каталог, визначений користувачем secure-file-priv .
2. Відключити secure-file-priv. Це потрібно видалити з запуску і не може бути змінено динамічно. Для цього перевірте параметри запуску MySQL (залежно від платформи) та my.ini.

У мене було те саме питання. Нарешті я вирішив за допомогою LOCALпараметра в команді

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

Більше інформації можна знайти тут http://dev.mysql.com/doc/refman/5.7/uk/load-data.html

Якщо вказано LOCAL, файл читається клієнтською програмою на хості клієнта та надсилається серверу. Файлу можна вказати повне ім'я шляху, щоб вказати його точне місцезнаходження. Якщо вказано як відносне ім'я шляху, ім'я інтерпретується відносно каталогу, в якому запускалася клієнтська програма.

Для Ubuntu 14 та Mysql 5.5.53 ця настройка, здається, включена за замовчуванням. Щоб його відключити, потрібно додати secure-file-priv = ""до файлу my.cnf під конфігураційною групою mysqld. наприклад: -

[mysqld]
secure-file-priv = ""

Я працюю над MySQL5.7.11 на Debian, команда, яка працювала на мене, щоб побачити каталог:

mysql> SELECT @@global.secure_file_priv;

Ось що для мене було відключено в Windows 7 secure-file-priv(Варіант №2 з відповіді vhu ):

1. Зупиніть службу сервера MySQL, зайшовши services.msc.
2. Перейти до C:\ProgramData\MySQL\MySQL Server 5.6( ProgramDataбула прихованою папкою в моєму випадку).
3. Відкрийте my.iniфайл у Блокноті.
4. Шукати "secure-file-priv".
5. Прокоментуйте рядок, додавши "#" на початку рядка. Для MySQL Server 5.7.16 і вище, коментування не працюватиме. Ви повинні встановити порожній рядок, як цей -secure-file-priv=""
6. Збережіть файл.
7. Запустіть службу сервера MySQL, зайшовши в систему services.msc.

Якщо файл локальний для вашої машини, використовуйте LOCAL у вашій команді

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

@vhu

Я зробив, SHOW VARIABLES LIKE "secure_file_priv";і це повернулосяC:\ProgramData\MySQL\MySQL Server 8.0\Uploads\ так, коли я включив це, він все ще не працював.

Коли я перейшов до файлу my.ini безпосередньо, я виявив, що шлях відформатований трохи інакше: C:/ProgramData/MySQL/MySQL Server 8.0/Uploads

Потім, коли я запустив це, це спрацювало. Єдина відмінність - напрямок косої риски.

У мене була така ж проблема з 'secure-file-priv'. Коментування у .ini-файлі не працювало, а також переміщення файлу в каталозі, визначеному 'secure-file-priv'.

Нарешті, як запропонував dbc, зробити "secure-file-priv" рівним порожнім рядком. Тож якщо хтось застряг після спроб відповідей вище, сподіваємось, це допоможе.

Те, що працювало для мене:

1. Помістіть свій файл всередину папки, зазначеної в secure-file-priv.

Щоб знайти цей тип:

mysql> показує змінні типу "secure_file_priv";

2. Перевірте, чи є у вас local_infile = 1.

Виконайте це, набравши:

mysql> показує змінні типу "local_infile";

Якщо ви отримаєте:

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

Потім встановіть його на одне введення:

mysql> встановити глобальний local_infile = 1;

3. Вкажіть повний шлях для вашого файлу. У моєму випадку:

mysql> завантажувати дані в файл "C: / ProgramData / MySQL / MySQL Server 8.0 / Uploads / file.txt" у тест таблиці;

Під час публікації цю тему переглядали 522 тисячі разів. Чесно кажучи, коли MySQL став нашою захисною нерозумною мамою ? Яка тривала спроба безпеки - яка насправді служить лише для того, щоб нас сковувати!

Після багатьох пошуків і багатьох спроб все не вдалося.
Моє рішення:

1. Імпортуйте файл .csv через імпорт PhpMyAdmin у старіший вікні (якщо великий - у рядку cmd)
2. генерувати .sql файл
3. завантажити .sql файл
4. імпортувати .sql файл через робочий стіл MySQL

У мене з цим були всілякі проблеми. Я міняв my.cnf та всілякі шалені речі, які намагалися показати інші версії цієї проблеми.

Що для мене спрацювало:

Помилка, яку я отримував

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

Мені вдалося виправити це, відкривши /usr/local/mysql/support-files/mysql.server та змінивши наступний рядок:

$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=$?

до

$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=$?

Якщо ви працюєте на Ubuntu, вам може знадобитися налаштувати Apparmor, щоб дозволити MySQL писати у вашу папку, наприклад, ось моя конфігурація:

Додайте цей рядок у файл /etc/apparmor.d/usr.sbin.mysqld:

/var/lib/mysql-files/* rw

Потім додайте ці 2 рядки конфігурації до розділів /etc/mysql/my.cnf:

[client]
loose-local-infile = 1

[mysqld]
secure-file-priv = ""

Ось мій SQL:

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

Це працювало для мене. Удачі!

Для версії mysql 8.0 ви можете це зробити:

1. зупинка mysql.server
2. mysql.server start --secure-file-priv = ''

Це працювало для мене на Mac High Sierra

Я створив сценарій імпорту NodeJS, якщо ви працюєте з nodeJS, а ваші дані перебувають у такій формі (подвійна цитата + кома та \ n новий рядок)

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

Цей налаштований для роботи на http: // localhost: 5000 / import .

Я переходжу по рядку і створює рядок запиту

"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 - це конфігураційний файл

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;

Відмова від відповідальності: Це не ідеальне рішення - я розміщую його лише для розробок, які знаходяться на часовій шкалі та мають багато даних для імпорту та стикаються з цією смішною проблемою. Я втратив багато часу на це, і сподіваюся, що пошкодую ще одного розробника, такий же втрачений час.

У мене була проблема у Windows 10. "--secure-file-priv в MySQL" Щоб вирішити це, я зробив наступне.

1. У пошуку Windows (внизу зліва) я набрав "powerhell".
2. Клацнув правою кнопкою миші на панелі повноважень і перейшов до адміністратора.
3. Навігація до файлу бін сервера. (C: \ Program Files \ MySQL \ MySQL Server 5.6 \ bin);
4. Введено ./mysqld
5. Натисніть "увійти"

Сервер запустився, як очікувалося.

MySQL використовує цю системну змінну для контролю, куди можна імпортувати файли

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

Тому проблема полягає в тому, як змінити системні змінні, такі як secure_file_priv.

1. закрити mysqld
2. sudo mysqld_safe --secure_file_priv=""

тепер ви можете побачити так:

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

У macOS Catalina я дотримувався цих кроків secure_file_priv

1.Стоп служби MySQL

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

2.Запустіть MYSQL із призначенням системних змінних --secure_file_priv

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

Примітка: додавання порожнього значення виправить проблему для мене, і MYSQL буде експортувати дані до каталогу / usr / local / mysql / data / YOUR_DB_TABLE / EXPORT_FILE

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

Дякую

Не змінюючи жодного з файлів конфігурації ..

1. шукайте значення secure_file_privвикористання команди, опублікованої @vhu : SHOW VARIABLES LIKE "secure_file_priv".
2. визначте повний шлях для вашого запиту, наприклад: select * from table into outfile 'secure_file_priv_PATH/OUTPUT-FILE' ... rest of your query

це працювало для мого в mysql-shell на ubuntu 18.04 LTS mysql 5.7.29