所以我知道这不是一个典型的问题，你甚至不应该遇到这个问题，因为有多个应用程序使用同一个数据库很脏。我们今天有休息api，但rl中还有很多旧软件，这就是为什么我必须处理这个问题。
我将损坏的数据导入mysql表，我不知道它可能来自何处。所有新的应用程序在一些“源”colmn中留下了独特的刺痛，但是当然没有这个整数的courrupt数据。我确实有“插入的ime”，我认为应该能够至少回溯到服务器。
是mysql中的任何日志/调试选项，它向我显示查询来自的ips（带时间戳）？我的/var/log/mysql.log /var/log/mysql.err是空的。 mysql Ver 14.14 Distrib 5.5.41 在 Ubuntu 12.04.5
答案 0 :(得分：0)
服务器在客户端连接或断开连接时将信息写入此日志，并记录从客户端收到的每个SQL语句。当您怀疑客户端中存在错误并希望确切知道客户端发送给mysqld的内容时，通用查询日志非常有用。
[ deletia ]默认情况下，禁用常规查询日志。要明确指定初始常规查询日志状态，请使用
--general_log[={0|1}]。如果没有参数或参数为1，--general_log将启用日志。如果参数为0，则此选项会禁用日志。要指定日志文件名，请使用--general_log_file=file_name。要指定日志目标，请使用--log-output（如Section 5.2.1, “Selecting General Query and Slow Query Log Output Destinations”中所述）。如果您没有为常规查询日志文件指定任何名称，则默认名称为
host_name.log。服务器在数据目录中创建文件，除非给出绝对路径名来指定不同的目录。要在运行时禁用或启用常规查询日志或更改日志文件名，请使用全局
general_log和general_log_file系统变量。将general_log设置为0（或OFF）以禁用日志，或设置为1（或ON）以启用日志。设置general_log_file以指定日志文件的名称。如果日志文件已经打开，则会关闭它并打开新文件。