方案一
1、undertow替换tomcat
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-start-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-undertow</artifactId>
</dependency>
2、增加相关配置
server:
undertow:
direct-buffers: true
io-threads: 4
worker-threads: 160
重新启动可以在控制台看到容器已经切换为undertow了
方案二
1、缓存
将部分热点数据或者静态数据放到本地缓存或者redis中,如果有需要可以定时更新缓存数据
方案三
1、异步
2、在启动类中增加@EnableAsync注解
3、需要时在指定方法中增加@Async注解,如果是需要等待返回值,则demo如下
方案四
1、如果有线程变量或者logback中的mdc,可以增加传递
方案五
1、集成消息队列
有很多场景对数据实时性要求不那么强的,或者对业务进行业务容错处理时可以将消息发送到kafka,然后延时消费。举个例子,根据条件查询指定用户发送推送消息,这里可以时按时、按天、按月等等
方案六
1、通过数据库添加版本号version来进行更新,若读取到的version和数据库中的version不一致,则更新失败,或者更新失败时,循环取查询数据库库存,如果库存大于0,一直到更新成功为止,这样对数据库的压力比较大,如果并发量不大,可以考虑