同志们都下班了，没人摸鱼了

@coolmint 对的。买车肯定还是方便的，说走就走。租车打车，老家打车都打不到的。多少的还是得有一辆的。

@az402 这可行哈哈

@RainCats 是的，可能买来没开几次就腰斩了

@HappyAndSmile 嗯嗯 好

@kkthy 哦哦，好谢谢。
那追问一下，刀片电池-混动车不开的情况下，满电自动掉电到 50%大概需要多久，以你的为例吧，电池大小也是有区别的，你的纯电续航有多少。
说明书上说长时间不使用会引起电池过放，过放就是长时间不充电，电池电量过低导致的电池过度亏电是吗。如果不使用，偶尔充下电，让电池保持 50%，是不是就不会出现过放问题？

@zapper 算盘声音有点大了，哈哈

WITH RECURSIVE 在 MYSQL 8.0 版本才开始支持，低版本会报语法错误吧 (●'◡'●)

@fengpan567 不是每次，不频繁。比如这次，由原先的实时导出改为做成一个导出中心，通过用户下载的方式实现。
改动就是把每次请求返回导出的 excel ，切换为导出推送到 oss ，并产生一个推送记录，用户通过推送记录获取 oss 的 url 来下载

@c3de3f21 是的，有 DevOps

@dayeye2006199 是个思路

@ZZ74 说明什么，我从头到尾写的多线程，本来就是多事务

@ZZ74 实际操作下应该就可以明白了，可能我的表述有问题，但是结果就是我说的那样，多个线程操作并且事务手动情况下，更新同一条数据就是会陷入无限的锁等待，可能我说死锁说法有问题
https://i.imgur.com/viH1rFz.png
https://i.imgur.com/HKK4wbP.png

多线程操作适合用于查询、插入、删除，可能不适合更新。
更新操作数据库会自动上行锁，假如两个任务操作了同一行数据。

任务一拿到行锁-完成任务-等待任务二完成一起 commit 并释放锁，
任务二等待行锁占用者释放行锁，它得拿到锁才能进行更新。

所以任务一 一直等待事务提交释放行锁
任务二一直处于行锁等待状态。
这就是一个死锁状态。

@ZZ74
@ppto 多线程操作适合用于查询、插入、删除，可能不适合更新。
更新操作数据库会自动上行锁，假如两个任务操作了同一行数据。
任务一拿到行锁-完成任务-等待任务二完成一起 commit 并释放锁，
任务二等待行锁占用者释放行锁，它得拿到锁才能进行更新，
所以任务一一直等待事务提交释放行锁任务二一直处于行锁等待

@BQsummer https://developer.aliyun.com/article/1203834
这种方式的确是可行的，它实实在在的解决了事务的提交回滚在各个子线程处理的问题，但是，它也有自己的局限性，
```sqlSession.getMapper() ```问题就在这行代码，就是说只有通过这个方法获取的 Mapper 才能进行事务控制，通过 spring 周期管理的 Mapper 还是不受这个事务控制的，这个方法获取的 Mapper 是通过代理又创建了一个新的实例。

那么它的实现逻辑也就不能实现我的诉求，我希望是这个多线程工具对业务代码没有侵入性，也就是业务代码只要实现一个 Runnable 或者 Callable 就可以直接使用，这个显然需要对业务代码进行改动的

@monmon 老项目升级 jdk 比较困难

@jli100 差不多，能看得清晰一点

@ZZ74 当然有关系，所有任务跑完 commit ，线程池只有 10 个线程一次只能执行 10 个任务怎么全跑完，10 个任务执行完了是 commit 还是 rollback ，后边还有任务呢