J'ai une commande LOAD DATA qui fonctionne correctement dans le terminal MySQL. Cela fonctionne très bien dans un fichier PHP de test servi depuis mon serveur local. Cela fonctionne très bien dans phpMyAdmin sur le même serveur. Il se décompose inexplicablement lorsqu'il est exécuté à partir de Magento, également sur le même serveur.LOAD DATA LOCAL INFILE ne fonctionne que parfois
J'ai confirmé que toutes les méthodes utilisent les mêmes identifiants de connexion. Si je copie la commande échouée (y compris toutes les requêtes précédentes à partir de la connexion) à partir du journal de requête et que je la colle dans une autre méthode, elle fonctionne de nouveau mystérieusement. La requête elle-même ne peut pas être en faute.
Par conséquent, je déduis que le problème doit être celui des autorisations. Le privilège de fichier est défini et fonctionne pour d'autres implémentations sur le même compte. Magento utilise pdo_mysql comme connexion. Si je duplique cela dans un fichier de test cela fonctionne. Magento doit définir certains paramètres qui interfèrent.
L'erreur que j'obtiens est SQLSTATE[42000]: Syntax error or access violation: 1148 The used command is not allowed with this MySQL version. Je dois utiliser le mot clé modificateur "LOCAL" car je ne peux pas garantir que le serveur de base de données sera accessible.
La question précédente la plus proche ici sur SO concerns drupal, l'erreur est différente mais je me souviens drupal utilise également pdo_mysql pour se connecter, peut-être qu'il est lié. La seule autre mention de cette erreur sur Magento is this thread qui échoue également sur une commande LOAD DATA LOCAL INFILE.
pouvez vous poster ce contenu spécifique échoue? –
Activez la connexion SQL et voyez ce qui se passe. Vous devriez être capable de suivre les appels SQL et de déterminer si quelque chose d'étrange se passe. Vérifiez également les connexions peut-être que vous avez 2 connexions pour l'un 'localhost' et peut-être une pour '%' chacune d'elles aura des permissions différentes, l'infile load doit avoir les permissions correctes. – DeveloperChris
@DeveloperChris. Bonne suggestion à la recherche de l'hôte '%' mais malheureusement n'existe pas. Il n'y a qu'un compte avec accès à cette base de données particulière, et racine bien sûr, mais je ne l'utilise pas. – clockworkgeek