Является ли mysql чувствительным к первоначальному пользователю (не пользователю базы данных)?

Предыстория: Я запускаю cqpweb, интерфейс запросов к корпусу, написанный на PHP и подключенный к базе данных mysql, на веб-сервере Apache2 под Ubuntu 18.04 LTS. Сервер Ubuntu был настроен с нуля, и в настоящее время нет никаких ручных настроек для mysql или php.

cqpweb работал успешно, если только он не начал выдавать сообщения об ошибках, подобные этому:

 A MySQL query did not run successfully!

 Original query: LOAD DATA LOCAL INFILE '/data2/cqpweb/cach/tab_dist_fycel9oplk' INTO TABLE `db_dist_g2f3ndxf40` FIELDS ESCAPED BY '' /* from User: knappen |
 Function: create_db() | 2019-Apr-25 11:23:01 */

 Error # 0:

Это произошло за одну ночь, никаких обновлений или других изменений в системе не произошло, за исключением принудительного перезапуска http-сервера Apache ежедневная работа cron.

Очень странно то, что когда я захожу в базу данных mysql, используя того же пользователя базы данных, что и веб-сервер, и разрезаю и вставляю запрос в mysql, он работает . Разница только в пользователе UNIX: в случае веб-сервера - пользователь www-data, в случае входа в систему me (как обычный пользователь, не использующий мои привилегии sudo).

Вопрос Чувствует ли mysql чувствительность к пользователю UNIX перед входом в систему, и если да, что влияет на поведение mysql здесь (некоторые переменные среды?)? Есть ли разница между интерактивным и неинтерактивным?

Связанный вопрос с другими аспектами той же основной проблемы:

Каковы ограничения по размеру для mysql в Ubuntu 18.04 и как я могу это сделать? увеличить их?

Было ли какое-то обновление Ubuntu, которое может вызвать такое поведение?

РЕДАКТИРОВАТЬ: исключить AppArmor в качестве потенциального виновника, отключив AppArmor и перезапуск Apache2 не меняет поведение.

EDIT2: пользователь имеет вопрос mysql_native_password в качестве плагина, а не auth_socket.