1
tedzhou1221 2023-10-10 18:10:42 +08:00 via iPhone
我的话,会用 xrebel ,其他工具就不知道了。
|
2
IBN5100 OP @tedzhou1221 #1 好的 我试试看
|
3
IBN5100 OP |
4
IBN5100 OP @IBN5100 #3 不好意思 失效了 http://deershare.com/recv/946946
|
5
IBN5100 OP |
6
bill110100 2023-10-11 11:11:21 +08:00
flowable 比较重,而且很多数据需要相互拷贝和关联,跑个 2-3 秒很正常的。
|
7
bill110100 2023-10-11 11:18:52 +08:00
我们用的流程比较复杂,甚至还有根据业务数据多次夸服务查询审批人的操作,跑个十几秒都不稀奇。一个 task 的完成和后续 task 的创建涉及 10 多张表的删除更新操作,就算每次 io 100ms 都要近 1 秒到处理。
|
8
IBN5100 OP @bill110100 #7 这样的吗 我以为正常的的没这么慢
|
9
bill110100 2023-10-11 11:40:11 +08:00 1
@IBN5100 因为流程数据是记录在数据库的,还有外键关联,甚至为了查询性能还有 runtime 和 history 两套表记两份,每次审批要把节点和流程数据从数据库还原到程序,计算后再将改动的关联重新写回数据库,肯定很慢。传统行业的软件要的是数据的强一致性,性能并不是第一的,跑得慢很正常。
|
10
IBN5100 OP @bill110100 #9 了解了 感谢 就是领导那不是很好说过去
|
11
tedzhou1221 2023-10-11 13:27:23 +08:00
https://cowtransfer.com/s/b9fa9e45c50048 点击链接查看 [ xrebel-application-view—2023-10-11T13꞉24꞉27.html ] ,或访问奶牛快传 cowtransfer.com 输入传输口令 27jt7m 查看;
你看看我的,我运行的是开源的 ruoyi 集成 flowable 项目。任务审核完成只用了 220ms ,数据库是本地的。 |
12
tedzhou1221 2023-10-11 13:28:33 +08:00
![Xnapper-2023-10-11-1.22.44 PM.png]( https://img1.imgtp.com/2023/10/11/pZYJlcTs.png)
|
13
IBN5100 OP |
14
tedzhou1221 2023-10-11 15:00:43 +08:00
|
15
IBN5100 OP |
16
smalljop 113 天前
请问怎么解决的 我也遇到了
|