我正在努力提高服务器性能,很明显,MySQL是问题的主要原因.但是,对它进行故障排除非常困难.我使用慢查询日志来定位特定类型的查询,但真正的问题是MySQL由Java进程,PHP进程和cron作业(通常也是
PHP进程使用,但通过命令行而不是Apache运行) )
通常当服务器变慢时,我会运行一些命令,比如“ps”或“top”来试图找到罪魁祸首,但即使我知道MySQL是罪魁祸首,我也不知道这三个“领域”中的哪一个我提到的可能实际上导致减速.换句话说,我喜欢以某种方式将其分解并看到,例如,当时对MySQL的80%的要求是由于来自PHP的查询,而只有20%来自Java.由于我从两个“领域”触发了自动化任务和周期性事件,因此很难仅通过反复试验来隔离它们的效果.
一切都驻留在一台服务器上,因此所有MySQL查询都来自localhost.我是否也可以“标记”查询,为它们添加注释,或以其他方式添加某种元数据,以便我可以稍后分析这些标记以获得相对负载?
我怀疑有一种方法可以获得非常类似的信息,但是如果有人可以帮助提供一种方法来进一步细分MySQL加载,以帮助识别这些查询的来源(进程ID也可能有效),它将极大地帮助.谢谢!
解决方法
我建议使用
MySQL Proxy.使用MySQL Proxy,您可以拦截并记录进入服务器的每个查询.
一种更简单的方法是运行mysqlbinlog来分析MySQL生成的二进制日志文件(参见man mysqlbinlog).
无论如何,如果你还没有这样做,那么运行mysqltuner以查看是否存在任何明显的问题或瓶颈(例如,执行没有索引的JOIN的异常数量的查询)将是一个好主意.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。