接口性能优化的技巧

一. 索引

索引优化的成本是最小的，可以通过线上日志或者监控报告，查到某个接口用到的某条sql语句的耗时。

1.1 没加索引

sql语句中where条件的关键字段，或者order by后面的排序字段，忘了加索引。

1.2 索引没生效

可以通过explain执行计划查看索引的使用情况

常见的索引失效原因：不满足最左前缀原则，范围索引列没有放最后，使用了select * ，索引列上有计算，索引列上使用了函数，字符类型没加引号，用is null和is not null没注意字段是否允许为空，like查询左边有%，使用or关键字时没有注意等等。

1.3 选错索引

明明是同一条sql，只是入参不同而已，有的时候走的索引a，有的时候走的是索引b？必要时可以使用force index来强制查询sql走某个索引。

二. sql优化

如果优化索引后，也没啥效果，就需要试着优化sql语句，相比较java代码来说，这种方式的成本要小得多。

sql优化技巧：

2.1 避免使用select * ，它不会走覆盖索引，会出现大量回表操作，从而导致查询sql的性能很低。在我们日常开发时，

应只查需要用到的列，多余的列无需查出来。

2.2 用union all 代替union ，我们都知道sql语句使用union关键字后，可以获取排重后的数据，而如果使用union all关键字，可以获取所有的数据，包含重复的数据。排重的过程需要遍历，排序和比较，它更耗时，更消耗cpu资源。除非业务场景需要，否则尽量使用union all。

2.3 小表驱动大表，in 适用于左边大表，右边小表，exists适用于左边小表，右边大表。

2.4 批量操作，在代码中重复性调用数据库，每次远程请求建立连接都是会消耗一定性能的，对于一些批量插入的业务场景，可以将多条sql合并为一条执行。

2.5 多用limit，

2.6 in中的值太多，尽量分批查询

2.7 增量查询，

2.8 高效的分页，将limit的开始位置使用where条件替换

2.9 用连接查询代替子查询，子查询会创建临时表，查询结束后再删除，有额外的性能消耗，可以使用连接查询优化

2.10 join的表不应该太多，尽量不超过3个

2.11 提升group by 的效率，先用where条件圈定范围，在使用group by

三. 远程调用

3.1 对于多个调用的场景可以使用线程池异步执行，结果的获取可以通过CompleteFuture去实现

3.2 数据异构，将不相关的数据全部排除，需要用的数据全部通过某个任务整合到一起，这样查询时只需要调用一次即可（适用于离线数据，如果对数据实时性要求较高，则有数据一致性的问题）

四. 异步处理

通过梳理业务逻辑，核心逻辑可以同步执行，同步写库，非核心逻辑，可以异步执行，异步写库。

通常异步主要有两种：多线程和mq。

五. 避免大事务

大事务可能引发的问题：死锁，回滚时间长，并发情况下数据库连接池被占满，锁等待，接口超时，数据库主从延迟等等...

优化方式：少用@Transactional注解，将查询方法放在事务外，事务中避免远程调用，事务中避免一次性处理太多数据，有些功能可以非事务执行，有些功能可以异步处理（调用类中的私有方法会使事务失效，可以通过代理调用）。

六. 锁粒度

在某些业务场景下, 为了防止多个线程并发修改某个临界资源，造成数据异常，我们会选择 加锁

6.1 synchronized

java 中提供了synchronized关键字给我们的代码加锁，通常是在方法上 和 在代码块上 加锁。但是在加锁的过程中，需要注意锁的范围，也就是锁粒度，尽量只加在会产生数据竞争的地方

6.2 redis分布式锁的八大坑

非原子操作：setNx 与 expire 命令分开执行，非原子操作

忘了释放锁：在try-cathc-finally 中增加释放锁的操作

释放了别人的锁：假设线程A和线程B都使用了lockKey加锁，线程A加锁成功了，但是由于业务逻辑执行耗时较长，锁超时释放了，这时线程B加上了锁，线程A执行结束后将lockKey释放，这就是一个典型的案例。所以在加锁的过程中，需要多设置一个requestId，自己只能释放自己加的锁，不允许释放别人加的锁。

大量失败请求：可以通过自旋锁解决

锁重入问题：使用可重入锁

锁竞争问题：细化锁粒度，使用读写锁，分段锁

锁超时问题：使用TimeTask实现自动续期功能（看门狗机制）自动续期的功能是获取锁之后开启一个定时任务，每隔十秒判断一下锁是否存在，如果存在则刷新过期时间，如果续期三次，也就是三十秒后。业务方法还是没有执行完，就不再续期了。

主从复制的问题：使用RedissonRedLock。

6.3 数据库分布式锁

mysql数据库主要有三种锁，

表锁：加锁快，不会出现死锁，但锁粒度大，发生锁冲突的概率最高，并发度最低。

行锁：加锁慢，会出现死锁，但锁粒度最小，发生锁冲突的概率最低，并发度也最高。

间隙锁：开销和加锁时间介于表锁和行锁之间，会出现死锁，锁粒度介于表锁和行锁之间，并发度一般。

在数据库锁的优化方向是：优先使用行锁，其次使用间隙锁，再使用表锁。

七. 分页处理

将一次获取所有的数据请求，改成分多次获取，每次只获取一部分用户的数据，最后进行合并和汇总。

八. 加缓存

九. 分库分表

十. 辅助功能

原文地址：https://blog.csdn.net/weixin_44267758/article/details/143891717

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！