1、接口优化的依据

通过Prometheus+Grafana

工作之后，我们每天早上都要通过监控图表观察自己负责的组件

1、统计接口调用时长和平均时长：如果调用时长远超于平均时长，需要排查是服务器的问题，还是SQL的问题导致接口完成时间加长，是否需要添加缓存增加执行效率，是否需要索引优化

2、统计接口调用次数：针对经常被调用接口的所在组件，进行节点数量的调整/索引优化/增加缓存

3、统计用户操作次数和常用功能：可以更精准的对接用户群体和需求

4、统计服务的异常信息：

4.1、针对未知异常：需要在下此次迭代中进行改进

4.2、针对已知异常：

如果是操作不正确，需要加大用户操作软件的培训；

如果是用户资源不足，需要消息通知用户购买对应的产品；

如果是第三方接口的异常，需要增大第三方接口的高可用；

如果是公有资源争抢异常，需要增加节点或者缓存；

5、统计消耗型资源的使用量：可以针对使用群体，推出更好的产品套餐

2、接口中日志太多是否会影响接口性能

不会影响接口的性能，日志打印是异步的

日志的重要性：

1、投递/消费消息之前，必须要打印日志

2、进入接口后，必须要打印日志和请求参数

3、异常打印，必须要打印异常信息

4、调用第三方接口，调用前和调用后都需要打印日志

5、逻辑判断必须要打印日志

3、SQL优化的问题

1、增大数据库缓冲池的容量，尽可以能保证大部分数据页都在缓冲池中

2、增大