MySQL写入量异常高，且大于正常二进制日志文件。我如何确定这是什么原因造成的？

我们有一个MySQL主数据库，它可以复制到一个MySQL从数据库。我们遇到的问题是，MySQL在短时间（几个小时）内显示了大量的写操作（但运行的查询数量没有增加）。我们正在努力调查原因

通常我们的二进制日志的文件大小为1GB，但在我们遇到这些问题的期间，日志文件跳到了8.5GB

当我在一个8.5GB二进制日志上运行

mysqlbinlog——缩写形式BINARYLOG.0000

时，它只返回196KB的查询和数据。当我在一个普通的二进制日志（1GB）上运行

mysqlbinlog--short form

时，它会返回大约8500KB的查询和数据库活动。这是没有意义的，因为它有7GB以上的数据，但返回的二进制日志文件少于1GB

我看到很多这样的语句都有非常连续的时间戳，但我不确定这是否与问题有关，因为它们既在正常时期，也在我们遇到这些问题时

SET TIMESTAMP=1391452372/*!*/;COMMIT/*!*/;
SET TIMESTAMP=1391452372/*!*/;BEGIN/*!*/;COMMIT/*!*/;
SET TIMESTAMP=1391452372/*!*/;BEGIN/*!*/;COMMIT/*!*/;
SET TIMESTAMP=1391452372/*!*/;BEGIN/*!*/;COMMIT/*!*/;

我如何确定是什么原因导致这些二进制日志的大小急剧膨胀，这也导致了高写入，以至于服务器在某些点上离线，几乎就像DDoS攻击一样

mysqlbinlog

怎么能返回这么少的数据，即使二进制日志文件本身多了7GB？如何确定二进制日志为1GB的正常周期与8GB二进制日志出现问题的周期之间的差异？谢谢你能提供的任何帮助

---

Bill

我猜您的日志包含某种形式的

加载数据[LOCAL]infle

命令以及与之相关的数据文件。这些命令不会生成太多SQL输出，因为它们的数据在处理过程中由

mysqlbinlog

写入临时文件。您能检查输出是否包含任何此类

加载数据
命令吗？
如果您在这里运气不好，在DBA问答网站上可能会更好。请注意，有人可能会提名它将其移动到那里。halfer-感谢您的推荐。我继续创建了一个帐户，并将其张贴在那里。谢谢你把账单寄出去。我将投票在这里结束，这样我们就不会得到重复的答案。至少在本期发行前一周，我们还没有运行任何加载数据。我搜索了日志文件，没有找到任何加载数据的实例。