|
|
|
Проблема с secure_file_priv, LOAD_FILE и INTO DUMPFILE на MySql 5.7.14
|
|||
|---|---|---|---|
|
#18+
В общем на Windows Server 2012 имеется MySql 5.7.14. До этого был Windows Server 2008 и MySql 5.5.29 и все работало. Сначала SELECT LOAD_FILE('uploads/111111111.jpg') выдовало всегда Null. Это исправил установив в secure_file_priv нужную папку и все заработало. Но потом выяснилось следующее, что данная конструкция не работает, когда я там указываю дополнительную папку SELECT LOAD_FILE('uploads/FotoReports/111111111.jpg') и папка "FotoReports" подключается через "mklink /j "C:\ProgramData\MySQL\MySQL Server 5.7\Data\board\FotoReports" "F:\Image\FotoReports". Т.е. это подключаемая папка. И в этом случае при загрузки фотки я всегда получаю Null. Я решил туда записать файл так Код: plsql 1. 2. 3. 4. Мне выдало следующее Can't create/write to file 'C:\ProgramData\MySQL\MySQL Server 5.7\Data\uploads\FotoReports\111111111.jpg' (Errcode: 13 - Permission denied) Т.е. доступа нет. Когда там есть файл, то сообщение выдает такое Can't create/write to file 'C:\ProgramData\MySQL\MySQL Server 5.7\Data\uploads\FotoReports\111111111.jpg' (Errcode: 17 - File exists) Т.е. он понимает, что этот файл там есть. Но при этом через SELECT LOAD_FILE('uploads/FotoReports/111111111.jpg') я получаю Null. Типа файла там и нет или путь не верный. Все это начинает отлично работать, если я использую обычные папки, а не удаленные созданые через "mklink /j " В чем может быть проблема? В той удаленной папке есть полный доступ, а mysql не может записать туда файл и прочитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2016, 21:39 |
|
||
|
Проблема с secure_file_priv, LOAD_FILE и INTO DUMPFILE на MySql 5.7.14
|
|||
|---|---|---|---|
|
#18+
JonnikSELECT LOAD_FILE('uploads/FotoReports/111111111.jpg') и папка "FotoReports" подключается через "mklink /j "C:\ProgramData\MySQL\MySQL Server 5.7\Data\board\FotoReports" "F:\Image\FotoReports".Нельзя ли указать явно реальный полный путь к файлу без ужимок с mklink? В мануале, насколько понял, не особо приветствуют как путь на директорию данных сервера, так и права "всем всё можно": http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_secure_file_priv The setting is considered insecure if secure_file_priv has an empty value, or the value is the data directory or a subdirectory of it, or a directory that is accessible by all users. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.09.2016, 23:54 |
|
||
|
Проблема с secure_file_priv, LOAD_FILE и INTO DUMPFILE на MySql 5.7.14
|
|||
|---|---|---|---|
|
#18+
Там свыше 100 Гб фоток и их на SSD просто не куда положить. На прошлом сервере и винде все работало так пару лет без проблем. Папка с фотками просто лежит на другом диске обычном HDD. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 00:21 |
|
||
|
Проблема с secure_file_priv, LOAD_FILE и INTO DUMPFILE на MySql 5.7.14
|
|||
|---|---|---|---|
|
#18+
Эммм... Типа так, имел в виду: Код: sql 1. Тоже не? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 01:19 |
|
||
|
Проблема с secure_file_priv, LOAD_FILE и INTO DUMPFILE на MySql 5.7.14
|
|||
|---|---|---|---|
|
#18+
vkleЭммм... Типа так, имел в виду: Код: sql 1. Тоже не? Дело в том, что когда MySql задаешь папку отличную от того где лежит сама БД, то он вообще с той папкой не хочет работать. Так что не вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2016, 10:42 |
|
||
|
|
start [/forum/topic.php?fid=47&gotonew=1&tid=1831439]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
190ms |
get topic data: |
11ms |
get first new msg: |
6ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 540ms |
| 0 / 0 |
