"Failed to spawn mysql main process : unable to execute : No such file or directory"

J'ai eu des problèmes similaires, mais ils ont rapidement été attribués à l'apparmor, qui, je m'en souviens, m'avait donné ce problème auparavant.

Si vous modifiez ces paramètres et que votre système utilise apparmor, vous pouvez également devoir ajuster /etc/apparmor.d/usr.sbin.mysqld. Par exemple, ces lignes ont été ajoutées (pour permettre un lien symbolique vers my.cnf, et pour permettre au fichier lié par lien symbolique d'être lu, probablement) :

/ ... /etc/mysql/*.cnf lr, /path/to/symlinked/my.cnf r, ... }

Dans mon cas, j'ai essayé d'installer MySQL sur une nouvelle installation d'Ubuntu 12.04, mais je n'ai pas compris pourquoi une erreur s'est produite lors de la définition du mot de passe de l'utilisateur "root". J'ai essayé toutes les solutions ci-dessus, mais rien à faire.

Puis j'ai décidé de tout purger/supprimer, j'ai désinstallé le serveur MySQL et supprimé tous ses dossiers (/etc/mysql/ et /var/lib/mysql/), finalement, grâce à une sorte de hasard, il n'a pas donné d'erreur lors de la réinstallation et j'ai pu définir le mot de passe et démarrer l'instance du serveur.

Dans le terminal vous pouvez l'installer à nouveau, et le fait exécuter my.cnf vous pouvez taper :

sudo apt-get install mysql-server-5.1
sudo apt-get --reconfigure mysql-server-5.1
sudo apt-get update
sudo start mysql my.cnf

ça pourrait fonctionner de cette façon.

J'ai des difficultés à ajouter performance_schema en [mysqld] en /etc/mysql/my.conf est à l'origine de cet échec. J'ai supprimé cette ligne et mysql a pu redémarrer.

Éditer : Il s'avère qu'un giga de ram n'est pas suffisant pour lancer mysqld avec performance_schema activé. Je suis passé à 3 gigas et ça a bien marché.