明明没有慢查询，为什么数据库负载还是这么高？应该怎么优化？——mysql性能优化实战[1]

声明：涉及隐私问题，本文涉及代码均为示意，并不是实际生产所用代码

1.问题分析

某一时间段，数据库主库负载偏高，达到正常值的10倍多，慢查询阈值设置为 0.1秒，但无法查到慢查询记录，以下为问题记录

慢查询阈值

观察服务器日志，发现该时间段最多的sql为一条查询语句

SELECT * from financial_table ft where ft.id_card = '187866884432158563' and ft.phone_number ='1739520607';

单独拿出来进行查询，发现执行时间很短，没超过0.1

但这条查询在该时间段的执行频率很高，导致服务器负载飙升

2.解决方案

问题总结：一条很快的查询，虽然无法进入慢查询日志，但由于执行频率很高，并发大，导致服务器负载飙升

解决方案：降低查询频率

1.原来的程序

多个线程并发查询该sql语句

2.解决方案

根据业务特征，如果查询到的数据量较少，可延时查询，因此：

1、如果取到的数据量少于3条，则sleep5s

2、如果没有取到数据，则sleep10s

代码如下：

3.效果

可以看到cpu的负载明显变低了

4.总结

在没有慢查询，但是负载仍然很高的情况下，mysql或其他数据库的优化方案不应该针对sql语句，而应该是减少查询