接口性能优化

哪些问题会引起接口的性能问题？

慢sql造成的性能问题

• 首先学会如何找到慢sql
  先判断数据库有没有开启慢查询日志

SHOW VARIABLES LIKE 'slow_query%';

执行结果

默认应该是关闭状态，先把开关打开，改为ON，下面那个就是日志存放的路径
有两种方式打开开关，一种是直接修改全局变量

set global slow_query_log = on; 
set global log_output = 'FILE,TABLE'; 
set global long_query_time = 0.001; 

long_query_time 是超时时间，注意用这种方式修改不需要重启数据库，但是重启数据库后又会改成默认配置
第二种是修改配置文件：
在mi.ini中增加

[mysqld] 
log_output='FILE,TABLE' 
slow_query_log='ON' 
long_query_time=0.001 

重启mysql才会生效，这种方式是一直生效的，以后重启也会默认开启

日志文件怎么分析
mysql内置了工具给我们分析——mysqldumpslow

一些常用的用法

# 取出使用最多的10条慢查询 
mysqldumpslow -s c -t 10 /var/run/mysqld/mysqld-slow.log 
 
# 取出查询时间最慢的3条慢查询 
mysqldumpslow -s t -t 3 /var/run/mysqld/mysqld-slow.log  
 
# 得到按照时间排序的前10条里面含有左连接的查询语句 
mysqldumpslow -s t -t 10 -g “left join” /database/mysql/slow-log  

当然也可以用一些第三方工具来找慢sql

找到慢sql了，下面说下几个优化的思考方向
① 未加索引
一些常用的搜索条件，可以考虑加上索引，考虑空间，推荐建立联合索引，而不是单值索引，对于联合索引用的时候注意最左匹配原则。另外加索引，会导致锁表，尽量低峰期加
② 索引失效
索引失效的场景主要有

• like语句中%开头
• 索引字段使用了函数
• 不满足最左匹配原则
• sql中字符类型不同
• …
  如果不存在上述这些情况，但是还是没走想要的索引，可能与mysql的内部优化有关，mysql认为使用这个索引不能提升性能，可以通过强制走某个索引，按照实际情况来判断mysql优化器是否正确

select name,code from student force index(XXXXXX) where name = 'xxx' 

③join过多、子查询过多
大多数情况下，join是在内存里面做的，如果匹配量比较小，或者join_buffer足够，速度不会很慢。
但是join的数据量很大，mysql就会采用在硬盘建立临时表的方式实现关联篇【匹配，这个时候可以考虑在业务层先查一张表的数据，利用本地缓存或redis的方式拼装数据。
④数据量过大
这种情况就要考虑上ES，或者分库分表了

业务逻辑代码造成的性能问题

① 当这段代码是多组运算时：可以考虑重构代码，利用多线程的方式并行执行一些不存在依赖关系的业务逻辑运算；

② 涉及到锁，考虑锁的粒度是否过大，或者是读多写少的情况考虑用读写锁

③ 考虑异步，当对一些业务相关度不高的操作，考虑异步解耦

④ 涉及到线程池的代码，考虑核心线程数是否设置妥当，考虑操作是IO密集还是CPU密集