在开发请假条模块时遇到问题，使用多线程并发执行SQL插入操作并配合事务处理导致前端调用超时。初步怀疑查询语句引发死锁，但即使去除查询仍超时。最终发现事务是问题根源，移除事务后阻塞解除。结论：处理多线程或耗时任务时避免使用事务，尤其当不涉及金额平衡等关键业务时。
最近在写一个请假条模块，里面要求用到多线程并发执行处理不同员工的请假条新增功能处理，需要启用多个线程执行不同员工插入sql操作，而主线程方法中我加了@Transaction事务注解，加上了事务，导致后面测试过程中发现前端调用服务接口后总是处于等待状态一直到超时，后面尝试了多种方法认为在新增请假条操作前调用查询语句导致死锁照成阻塞，但去掉查询以后还是这样超时，最后觉得会不会事务的原因，故把事务去掉结果发现一下子就不阻塞了。
总结：在处理多线程或十分费时最好不要启用事务操作。没有关系到金额平帐问题，就不用事务
主线程误加事务当多线程中有调用sql
于 2022-08-19 14:57:10 首次发布
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
