Je suis assez surpris de ne pas voir de réponse à cela nulle part sur le site, ni dans la documentation MySQL (la section 5.2 semble avoir une journalisation bien couverte sinon!)
Si j'active les binlogs, je vois un petit hit de performance (subjectivement), ce qui est normal avec un peu d'E / S supplémentaire - mais quand j'active un journal de requête général, je vois un énorme hit de performance (doubler le temps d'exécution des requêtes, ou pire), bien au-delà de ce que je vois avec les binlogs. Bien sûr, j'enregistre maintenant chaque SELECT ainsi que chaque UPDATE / INSERT, mais, d'autres démons enregistrent chacune de leurs requêtes (Apache, Exim) sans s'arrêter.
Suis-je juste en train de voir les effets d'être proche d'un «point de basculement» des performances en ce qui concerne les E / S, ou y a-t-il quelque chose de fondamentalement difficile dans la journalisation des requêtes qui provoque cela? J'adorerais pouvoir journaliser toutes les requêtes pour faciliter le développement, mais je ne peux pas justifier le type de matériel dont nous avons besoin pour obtenir des performances de sauvegarde avec la connexion générale aux requêtes.
Bien sûr, je journalise les requêtes lentes, et il y a une amélioration négligeable de l'utilisation générale si je la désactive.
(Tout cela est sur Ubuntu 10.04 LTS, MySQLd 5.1.49, mais la recherche suggère que c'est un problème assez universel)