linux – 你可以通过查询的“源”来分解相对MySQL的负载吗?

前端之家收集整理的这篇文章主要介绍了linux – 你可以通过查询的“源”来分解相对MySQL的负载吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在努力提高服务器性能,很明显,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的异常数量查询)将是一个好主意.

猜你在找的Linux相关文章