这不是问题的确切答案，因为这个问题已经有了很好的答案。这是附带信息。启用general_log确实降低了MySQL的性能。我意外地将general_log =1留在了一台生产服务器上，并花了几个小时来找出为什么性能不能与其他服务器上的类似设置相比。然后我发现这解释了启用常规日志的影响。http://www.fromdual.com/general_query_log_vs_mysql_performance。

要点在于，不要将general_log=1放在.cnf文件中。相反，在短时间内使用set global general_log =1来记录足够多的日志，以便找到您想要查找的内容，然后将其关闭。

这不是问题的确切答案，因为这个问题已经有了很好的答案。这是附带信息。启用general_log确实降低了MySQL的性能。我意外地将general_log =1留在了一台生产服务器上，并花了几个小时来找出为什么性能不能与其他服务器上的类似设置相比。然后我发现这解释了启用常规日志的影响。http://www.fromdual.com/general_query_log_vs_mysql_performance。

要点在于，不要将general_log=1放在.cnf文件中。相反，在短时间内使用set global general_log =1来记录足够多的日志，以便找到您想要查找的内容，然后将其关闭。

// To see global variable is enabled or not and location of query log    
SHOW VARIABLES like 'general%';
// Set query log on 
SET GLOBAL general_log = ON; 

我还想让MySQL日志文件看到查询，我已经解决了这个问题与下面的说明

进入/etc/mysql/mysql.conf.d 打开mysqld.cnf . conf文件

并启用下面的行

general_log_file        = /var/log/mysql/mysql.log
general_log             = 1

使用/etc/init.重启MySQLd / mysql重启 进入/var/log/mysql/，检查日志

我不得不在某一时刻放弃并重新创建一般日志。在重建过程中，字符集被弄乱了，我最终在日志中出现了以下错误:

mysql表定义错误。General_log:期望位置1的列'user_host'的类型有字符集'utf8'，但发现字符集'latin1'

因此，如果“检查以确保日志记录开启”的标准答案对您不起作用，请检查以确保字段具有正确的字符集。

看看另一个相关问题的答案。它展示了如何在不重新启动的情况下启用、禁用和查看活动服务器上的日志。

在mysql中记录所有查询

以下是摘要:

如果你不想或者不能重新启动MySQL服务器，你可以在你正在运行的服务器上这样做:

创建日志表(见答案) 启用数据库的查询日志 (注意，字符串'table'应该按字面意思放置，而不是用任何表名代替。感谢尼古拉斯·皮克林)

SET global general_log = 1;
SET global log_output = 'table';

查看日志

select * from mysql.general_log;

禁用数据库查询日志

SET global general_log = 0;

不禁用地清除查询日志

TRUNCATE mysql.general_log