Ich verwende MYSQL 8 auf Focal Ver 8.0.26-0ubuntu0.20.04.2 für Linux auf x86_64 ((Ubuntu))
Ich verwende LOAD DATA INFILE ...
Dies funktioniert, wenn ich Dateien in /var/lib/mysql-files habe, gemäß der Einstellung secure-file-priv. Aber selbst damit dies funktioniert, musste ich dem Ordner mysql-files allgemeine Lese-/Schreibberechtigungen hinzufügen, damit mein Skript Dateien in /var/lib/mysql ablegen kann.
Das hat alles gut funktioniert, bis es ein automatisches Update gab, das mysqld neu startete. Dann wurde die MySQL-Dateiberechtigung auf 700 zurückgesetzt und mein Dienstprogramm LOAD DATA funktionierte nicht mehr.
Ich dachte, ich würde „Secure-File-Priv“ in einen Ordner unter dem Benutzerordner ändern, unter dem das Skript ausgeführt wird.
Ich habe das Secure-File-Priv auf den neuen Ordner geändert, mysqld neu gestartet und überprüft, ob die Secure-File-Priv-Variable aktualisiert wurde, was der Fall war. Ich habe auch überprüft, ob der Zugriff auf den Ordner und die Dateien derselbe war wie damals, als das Secure-File-Priv /var/lib/mysql-files war, und ich erhalte immer noch den Berechtigungsfehler 13.
Ich habe auch den Server neu gestartet, gleiches Problem.
Habe versucht, secure-file-priv auf /tmp zu ändern, auch ohne Erfolg, immer noch Berechtigungsfehler 13
Ich habe nur Erfolg mit /var/lib/mysql-Dateien
Weiß jemand, warum ich keinen anderen Ordner verwenden kann? Auch wenn dieser Ordner weltweit schreibgeschützt ist?
Danke