Как я должен заняться --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/en/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 из ответа Вху ):

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.

Если файл является локальным для вашей машины, используйте ЛОКАЛЬНЫЙ в вашей команде

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> set global local_infile = 1;

3. Укажите полный путь к вашему файлу. В моем случае:

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

Эта тема была просмотрена 522k раз на момент публикации. Честно говоря, когда MySQL стала нашей чрезмерно защитной неразумной мамой ? Какая трудоемкая попытка безопасности - которая действительно только сковывает нас!

После многих поисков и многих попыток все не удалось.
Мое решение:

1. Импортируйте файл .csv с помощью импорта PhpMyAdmin в старое окно (если большой размер в строке cmd)
2. создать файл .sql
3. скачать .sql файл
4. импортировать файл .sql через рабочий стол MySQL

Я создал скрипт импорта 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;

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

У меня были все виды проблем с этим. Я менял 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 остановка сервера
2. mysql.server start --secure-file-priv = ''

У меня это работало на Mac High Sierra

У меня была эта проблема на Windows 10. "--secure-file-priv в MySQL" Чтобы решить эту проблему, я сделал следующее.

1. В окне поиска (внизу слева) я набрал "powershell".
2. Щелкните правой кнопкой мыши на powershell и запустите от имени администратора.
3. Перейдите к файлу bin сервера. (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