针对月度维修计划及进度的优化

思路一
加Ehcache缓存不改变逻辑代码(未能达到效果)

主体思路 实现过程 实现效果

增加Ehcache缓存
缓存的适用场景https://baijiahao.baidu.com/s?id=1616661317366779298
本业务中数据的变更大，且对数据库的操作的频率过高，从根本上不提倡使用缓存

具体问题

1、缓存后第一次取数据为：数据库存入缓存展示数据
2、数据未更新读取数据 缓存(不更新) 显示数据
3、数据更新读数据 刷新缓存(清空) 数据库 存入缓存显示数据
4、 再次读取的时候从缓存读取，但是若在此读取前数据发生变更，必须清空数据再次读取。针对业务数据更改频繁
缓存不断更新。化效果不明显，且数据容易出错。
优化效果不明显

思路二
改变逻辑代码(优化效果不明显)
主体思路 实现过程 实现效果

减少Mapper外的循环

1、将实现层得到一个对象跳转Mapper执行一次Sql的循环，修改为得到所有对象后在Mapper统一执行Sql循环语句
2、 mybatis批量更新数据三种方法效率对比https://blog.csdn.net/q957967519/article/details/88669552 优化效果不明显

注意事项

在sql语句中使用for循环需要在application.properties中的spring.datasource.url中追加&allowMultiQueries=true

思路三
改变效果且增加事物(优化效果明显)

主体思路 实现过程 实现效果

思路二的基础上在实现层增加事物

@Transactional(rollbackFor = BusinessException.class)

优化效果明显

具体原因
事务是将大量的SQL语句一次提交处理，造成的速度快，批量插入也是将数据一次提交处理，但只有一个SQL语句
如果只有一个SQL语句的话，事务和批量插入的效果是一样的，若果有多个批量插入的语句的话，开启事务速度也会快