哪些问题会引起接口的性能问题?
慢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密集