数据库调优(1)

1.场景一

腾讯调用我方接口进行url封禁和查询，并发要求50qps，测试同学使用jmeter压测时发现，查询封禁信息接口，构造20个并发后，发现查询响应变慢（>2000ms）,导致再高的并发压不上去不满足客户需求。

2. 问题分析

通过查询日志，定位到该条sql语句耗时较长,通过explain分析该sql语句的执行计划:
explain select * from forbidden_info where guid ='5af50517-f11a-4370-9ca6-03aa61d39b37'

未优化前执行计划.png

下面来分析执行计划：

通过以上执行计划分析发现该查询没有使用到索引，导致查询效率低。给guid添加索引后：alter table forbidden_info add index index_guid(guid); 查看执行计划

添加索引后的执行计划.png

添加索引后，查询耗时基本在毫秒级，整个接口的响应从2000ms下降到200ms左右

本次数据库调优涉及到数据库的索引，可以进一步思考，什么时候使用索引、索引失效的场景、慢sql如何发现、如何判断sql有没有使用到索引、索引下推技术等