Jak mam rozwiązać problem --secure-file-priv w MySQL?

Uczę się MySQL i próbowałem użyć LOAD DATAklauzuli. Kiedy użyłem go jak poniżej:

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

Wystąpił następujący błąd:

Serwer MySQL działa z opcją --secure-file-priv, więc nie może wykonać tej instrukcji

Jak rozwiązać ten błąd?

Sprawdziłem inne pytanie dotyczące tego samego komunikatu o błędzie , ale nadal nie mogę znaleźć rozwiązania.

Korzystam z MySQL 5.6

Działa zgodnie z przeznaczeniem. Twój serwer MySQL został uruchomiony z opcją --secure-file-priv , która zasadniczo ogranicza, z których katalogów można ładować pliki LOAD DATA INFILE.

Możesz użyć, SHOW VARIABLES LIKE "secure_file_priv";aby zobaczyć katalog, który został skonfigurowany.

Masz dwie opcje:

1. Przenieś plik do katalogu określonego przez secure-file-priv.
2. Wyłącz secure-file-priv. Trzeba to usunąć ze startu i nie można go dynamicznie modyfikować. W tym celu sprawdź parametry startowe MySQL (w zależności od platformy) i my.ini.

Miałem ten sam problem. W końcu rozwiązałem za pomocą LOCALopcji w poleceniu

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

Więcej informacji można znaleźć tutaj http://dev.mysql.com/doc/refman/5.7/en/load-data.html

Jeśli określono LOKALNY, plik jest odczytywany przez program kliencki na hoście klienta i wysyłany na serwer. Plik można podać jako pełną nazwę ścieżki, aby określić jego dokładną lokalizację. Jeśli podano jako względną nazwę ścieżki, jest ona interpretowana względem katalogu, w którym uruchomiono program kliencki.

W Ubuntu 14 i Mysql 5.5.53 to ustawienie wydaje się być domyślnie włączone. Aby go wyłączyć, musisz dodać secure-file-priv = ""do pliku my.cnf w grupie konfiguracyjnej mysqld. na przykład:-

[mysqld]
secure-file-priv = ""

Pracuję nad MySQL5.7.11 na Debianie, polecenie, które działało dla mnie, aby zobaczyć katalog to:

mysql> SELECT @@global.secure_file_priv;

Oto, co działało dla mnie w Windows 7, aby wyłączyć secure-file-priv(Opcja nr 2 z odpowiedzi vhu ):

1. Zatrzymaj usługę serwera MySQL, wchodząc do services.msc.
2. Idź do C:\ProgramData\MySQL\MySQL Server 5.6( ProgramDataw moim przypadku był to ukryty folder).
3. Otwórz my.iniplik w Notatniku.
4. Wyszukaj „secure-file-priv”.
5. Skomentuj linię, dodając „#” na początku linii. W MySQL Server 5.7.16 i nowszych komentarze nie będą działać. Musisz ustawić pusty ciąg znaków taki jak ten -secure-file-priv=""
6. Zapisz plik.
7. Uruchom usługę serwera MySQL, wchodząc do services.msc.

Jeśli plik jest lokalny dla twojego komputera, użyj LOCAL w swoim poleceniu

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

@vhu

Zrobiłem SHOW VARIABLES LIKE "secure_file_priv";i to wróciło, C:\ProgramData\MySQL\MySQL Server 8.0\Uploads\więc kiedy to podłączyłem, nadal nie działało.

Kiedy poszedłem bezpośrednio do pliku my.ini, odkryłem, że ścieżka jest sformatowana nieco inaczej: C:/ProgramData/MySQL/MySQL Server 8.0/Uploads

Potem, kiedy to uruchomiłem, zadziałało. Jedyną różnicą jest kierunek cięć.

Miałem ten sam problem z programem „secure-file-priv”. Komentowanie w pliku .ini nie działało, podobnie jak przenoszenie pliku do katalogu określonego przez „secure-file-priv”.

Wreszcie, zgodnie z sugestią dbc, działało „bezpieczne-plik-prywatny” równy pustemu ciągowi znaków. Więc jeśli ktoś utknie po wypróbowaniu powyższych odpowiedzi, mam nadzieję, że zrobienie tego pomoże.

Rzecz, która zadziałała dla mnie:

1. Umieść plik w folderze określonym w secure-file-priv.

Aby znaleźć ten typ:

mysql> pokaż zmienne takie jak „secure_file_priv”;

2. Sprawdź, czy masz local_infile = 1.

Zrób to wpisując:

mysql> pokaż zmienne takie jak „local_infile”;

Jeśli dostaniesz:

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

Następnie ustaw jedną literę:

mysql> set global local_infile = 1;

3. Podaj pełną ścieżkę do pliku. W moim przypadku:

mysql> ładuj infiltrację danych „C: / ProgramData / MySQL / MySQL Server 8.0 / Uploads / file.txt” do testu tabeli;

Ten wątek był oglądany 522k razy w czasie tego postu. Szczerze mówiąc, kiedy MySQL stała się naszą nadmiernie opiekuńczą nieracjonalną mamą ? Cóż za czasochłonna próba bezpieczeństwa - która tak naprawdę służy jedynie do kajdan!

Po wielu poszukiwaniach i wielu próbach wszystko się nie udało.
Moje rozwiązanie:

1. Zaimportuj plik .csv za pomocą importu PhpMyAdmin na starszym pudełku (jeśli duże zrobić w linii cmd)
2. wygeneruj plik .sql
3. pobierz plik .sql
4. zaimportuj plik .sql za pośrednictwem stołu roboczego MySQL

Miałem z tym różnego rodzaju problemy. Zmieniłem mój.cnf i wszelkiego rodzaju szalone rzeczy, które inne wersje tego problemu próbowały pokazać.

Co dla mnie zadziałało:

Wystąpił błąd

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

Byłem w stanie to naprawić, otwierając /usr/local/mysql/support-files/mysql.server i zmieniając następujący wiersz:

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

do

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

Jeśli korzystasz z Ubuntu, być może będziesz musiał skonfigurować Apparmor, aby umożliwić MySQL zapisywanie w twoim folderze, np. Oto moja konfiguracja:

Dodaj tę linię do pliku /etc/apparmor.d/usr.sbin.mysqld:

/var/lib/mysql-files/* rw

Następnie dodaj te 2 wiersze konfiguracji do sekcji /etc/mysql/my.cnf:

[client]
loose-local-infile = 1

[mysqld]
secure-file-priv = ""

Oto mój SQL:

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

To zadziałało dla mnie. Powodzenia!

W przypadku wersji mysql 8.0 możesz to zrobić:

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

To działało dla mnie na Mac High Sierra

Utworzyłem skrypt importu NodeJS, jeśli korzystasz z nodeJS, a dane są w następującej formie (podwójny cudzysłów + przecinek i \ n nowa linia)

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

Ten jest skonfigurowany do działania na http: // localhost: 5000 / import .

Idę linia po linii i tworzy ciąg zapytania

"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 to plik konfiguracyjny

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;

Oświadczenie: To nie jest idealne rozwiązanie - publikuję je tylko dla programistów, którzy są na osi czasu i mają wiele danych do zaimportowania i napotykają ten absurdalny problem. Straciłem na tym dużo czasu i mam nadzieję zaoszczędzić innemu twórcy tyle samo straconego czasu.

Miałem ten problem w systemie Windows 10. „--secure-file-priv w MySQL” Aby rozwiązać ten problem, wykonałem następujące czynności.

1. W wyszukiwaniu okien (lewy dolny róg) wpisałem „powershell”.
2. Kliknij prawym przyciskiem myszy na PowerShell i uruchomiony jako administrator.
3. Przejdź do pliku bin serwera. (C: \ Program Files \ MySQL \ MySQL Server 5.6 \ bin);
4. Wpisany ./mysqld
5. Wciśnij Enter"

Serwer uruchomił się zgodnie z oczekiwaniami.

MySQL używa tej zmiennej systemowej, aby kontrolować, gdzie można importować pliki

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

Problem polega na tym, jak zmienić zmienne systemowe, takie jak secure_file_priv.

1. zamknąć mysqld
2. sudo mysqld_safe --secure_file_priv=""

teraz możesz zobaczyć tak:

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

W macOS Catalina wykonałem te kroki, aby ustawić secure_file_priv

1. Zatrzymaj usługę MySQL

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

2. Zrestartuj MYSQL przypisując zmienne systemowe --secure_file_priv

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

Uwaga: Dodanie pustej wartości rozwiązuje problem dla mnie, a MYSQL wyeksportuje dane do katalogu / usr / local / mysql / data / YOUR_DB_TABLE / EXPORT_FILE

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

Dzięki

Bez zmiany plików konfiguracyjnych ..

1. spojrzenie na wartości secure_file_privza pomocą polecenia wysłane przez @vhu: SHOW VARIABLES LIKE "secure_file_priv".
2. zdefiniuj pełną ścieżkę do zapytania, na przykład: select * from table into outfile 'secure_file_priv_PATH/OUTPUT-FILE' ... rest of your query

działało to dla mnie w mysql-shell na Ubuntu 18.04 LTS mysql 5.7.29