接口优化笔记

索引

添加索引

where条件的关键自动或者order by后面的排序字段可以添加索引加速查询

索引只能通过删除+新增进行修改，无法直接修改。

# 查看表的索引
show index from `table_name`;
show create table `table_name`;
# 添加索引
alter table `table_name` add index idx_name(name);
create index idx_name on `table_name` (name);
# 删除索引
alter table `table_name` drop index idx_name;
drop index idx_name on `table_name`;

索引是否生效

添加的索引，并不一定会生效，可以通过explain查看SQL的执行计划。

EXPLAIN SELECT * FROM zz_user WHERE user_id = '1';

索引失效原因

选错索引

SQL优化

远程调用

并行调用

当一个接口中调用的多个远程方法之间没有先后依赖顺序时，可以使用并行调用，这样整个接口的耗时就会以最长耗时的远程为主。比如要查询一个人的全量信息，而这个人的全量信息保存在不同的服务中，比如用户服务、积分服务、成长值服务中时，可以通过一个关键数据，比如用户的id同时去这三个服务中进行查询，查询后进行汇总。这样就可以减少接口总耗时。

数据异构

可以通过数据冗余，将用户服务、积分服务、成长值服务三个服务中的数据统一放到一个地方，比如redis中，这样就可以减少远程调用的次数了。

但因为数据被存储在了两个不同的地方，数据进行更新时，就会因为更新时间问题导致数据的不一致性出现。

重复调用

循环查询数据库

当需要查询一批用户的信息时，很大程度上会去遍历用户信息关键字的集合，通过对每一个关键字查询一次数据库，将查询到的数据进行汇总。这样会因为网络、数据库的连接、验证等操作耗费很多的时间。可以对这批用户集合进行批量查询。只需要远程调用一次，就可以查询出所有的数据。批量查询的记录条数要有限制，最好控制在500以内。oracle的in关键字最多只能放1000个关键字

死循环

避免因为退出条件的判断出错导致循环无法结束。

无限递归

在进行递归处理时，如果一个节点的子节点指向了它的父节点导致形成了一个循环，这样就会出现无限递归，出现栈溢出。

异步处理

对于一个接口中的非业务操作，比如用户操作记录、积分记录等不需要实时处理看到结果的，可以进行异步处理，减轻系统的压力，加快业务操作的响应

线程池

可以使用线程池进行非业务操作的处理，但可能会因为操作的异常、服务的异常（重启）导致操作的丢失，造成数据的丢失。

mq

可以将非业务操作放入到mq服务中，通过mq的高可用以及幂等重试保证操作的完整性。

避免大事务

1. 少用@Transactional注解
2. 将查询(select)方法放到事务外
3. 事务中避免远程调用
4. 事务中避免一次性处理太多数据
5. 有些功能可以非事务执行
6. 有些功能可以异步处理

锁粒度

synchronized

redis分布式锁

数据库分布式锁

分页处理

当要查询的数据量比较大时，可能会因为网路宽度的原因，导致查询的出现。查询的数据很多时，页面上也无法一次性展示，此时可以通过分页，减少一次性查询的数据库。也可以在多次查询后，将查询后的数据进行汇总。

缓存

redis缓存

二级缓存

分库分表

分库解决数据库连接资源不足问题和磁盘io的性能瓶颈问题

分表解决单表数据量太大，SQL语句查询数据时，即时走了索引也非常耗时的问题，此外也可以解决cpu资源问题。