starred/certimate

Fork 0

mirror of https://github.com/certimate-go/certimate.git synced 2026-04-26 13:15:55 +03:00

[GH-ISSUE #790] [Bug] 工作流卡在等待执行或执行中状态 #536

New issue

Closed

opened 2026-03-03 01:04:07 +03:00 by kerem · 15 comments

kerem commented

2026-03-03 01:04:07 +03:00

Owner

Originally created by @chsword on GitHub (Jun 13, 2025).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/790

软件版本 / Release Version

v0.3.17

缺陷描述 / Description

1. 定时任务超过执行时间却不执行

2. 定时任务出间出错了却一直显示正在执行

注：截图时间是6月13日

复现步骤 / Steps to reproduce

设置自动触发

日志 / Logs

其他 / Miscellaneous

No response

贡献 / Contribution

我乐意为此贡献代码！ / I am interested in contributing to this issue!

Originally created by @chsword on GitHub (Jun 13, 2025). Original GitHub issue: https://github.com/certimate-go/certimate/issues/790 ### 软件版本 / Release Version v0.3.17 ### 缺陷描述 / Description ### 1. 定时任务超过执行时间却不执行 ![Image](https://github.com/user-attachments/assets/9d3fe35c-bb53-4764-a90c-f38973e7ee39) ### 2. 定时任务出间出错了却一直显示正在执行 ![Image](https://github.com/user-attachments/assets/043adf5c-3724-4a96-b0b7-7842ee939cee) 注：截图时间是6月13日 ### 复现步骤 / Steps to reproduce 设置自动触发 ![Image](https://github.com/user-attachments/assets/71735e76-9598-4d29-81fe-d188a554e816) ### 日志 / Logs <details> ![Image](https://github.com/user-attachments/assets/1d70e7bb-55ea-46b0-946a-647dd3c18bbc) </details> ### 其他 / Miscellaneous _No response_ ### 贡献 / Contribution - [x] 我乐意为此贡献代码！ / I am interested in contributing to this issue!

kerem

2026-03-03 01:04:07 +03:00

closed this issue
added the
bug
label

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@fudiwei commented on GitHub (Jun 13, 2025):

看一下是否跟 #769 情况一样

@fudiwei commented on GitHub (Jun 13, 2025): 看一下是否跟 #769 情况一样

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@chsword commented on GitHub (Jun 13, 2025):

@fudiwei 其中一种是一样的表现，另外一种是完全不运行

@chsword commented on GitHub (Jun 13, 2025): @fudiwei 其中一种是一样的表现，另外一种是完全不运行

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@fudiwei commented on GitHub (Jun 13, 2025):

升级到 v0.3.17 后还有 panic 吗？有的话贴一下终端输出

@fudiwei commented on GitHub (Jun 13, 2025): 升级到 v0.3.17 后还有 panic 吗？有的话贴一下终端输出

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@chsword commented on GitHub (Jun 16, 2025):

@fudiwei v0.3.17 后还未发现，我再观察一下

@chsword commented on GitHub (Jun 16, 2025): @fudiwei v0.3.17 后还未发现，我再观察一下

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@chsword commented on GitHub (Jun 21, 2025):

3.1.18 后仍然有错误

第一类是，任务是被卡在

类似的位置

context deadline exceeded; failed query: SELECT `workflow_output`.* FROM `workflow_output` WHERE [[workflow_output.nodeId]] = {:tZnaweZuk} ORDER BY [[workflow_output.created]] DESC LIMIT 1

我先尝试添加两个索引，看看能不能解决

CREATE INDEX idx_workflow_output_nodeId ON workflow_output(nodeId);
CREATE INDEX idx_workflow_output_nodeId_created ON workflow_output(nodeId, created DESC);

第二类是
一直在运行

@chsword commented on GitHub (Jun 21, 2025): 3.1.18 后仍然有错误第一类是，任务是被卡在 ![Image](https://github.com/user-attachments/assets/e4ca645e-44bb-48b9-9049-e358b981aec7) 类似的位置 ``` log context deadline exceeded; failed query: SELECT `workflow_output`.* FROM `workflow_output` WHERE [[workflow_output.nodeId]] = {:tZnaweZuk} ORDER BY [[workflow_output.created]] DESC LIMIT 1 ``` 我先尝试添加两个索引，看看能不能解决 ```sql CREATE INDEX idx_workflow_output_nodeId ON workflow_output(nodeId); CREATE INDEX idx_workflow_output_nodeId_created ON workflow_output(nodeId, created DESC); ``` 第二类是一直在运行 ![Image](https://github.com/user-attachments/assets/2b135ba7-509a-4ab2-b1a7-2577448015c4)

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@fudiwei commented on GitHub (Jun 22, 2025):

麻烦问一下 workflow_output 这张表你现在有多少行数据了？

@fudiwei commented on GitHub (Jun 22, 2025): 麻烦问一下 `workflow_output` 这张表你现在有多少行数据了？

kerem commented

2026-03-03 01:04:08 +03:00

Author

Owner

@chsword commented on GitHub (Jun 23, 2025):

@fudiwei 不到200行
增加了新索引和重新生成所有索引后暂时还没有发生类似问题

建议可以增加一个数据库的系统管理，重建索引，以防止碎片生成影响性能

@chsword commented on GitHub (Jun 23, 2025): @fudiwei 不到200行增加了新索引和重新生成所有索引后暂时还没有发生类似问题建议可以增加一个数据库的系统管理，重建索引，以防止碎片生成影响性能

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@chsword commented on GitHub (Jul 1, 2025):

@fudiwei
升级至 v0.3.19 -v0.3.20

执行中卡住,有以下几种情况

以下这种就是没有执行完，有很多种情况，都是显示到某一步，也没有出错，但是已经超出时间很久了

这个是以前版本就有的错误，仍然复现

执行错误的情况
这个应该还是老问题

仍然有到时间等待执行的情况

@chsword commented on GitHub (Jul 1, 2025): @fudiwei 升级至 v0.3.19 -v0.3.20 1. 执行中卡住,有以下几种情况 ![Image](https://github.com/user-attachments/assets/4e19662f-73ac-4b57-a010-14dcfb9005de) ![Image](https://github.com/user-attachments/assets/ef7c67b3-9b7b-49d5-9799-5d2f7fee253a) ![Image](https://github.com/user-attachments/assets/06e86859-8689-4893-bd67-b57cda48d372) 以下这种就是没有执行完，有很多种情况，都是显示到某一步，也没有出错，但是已经超出时间很久了 ![Image](https://github.com/user-attachments/assets/f511a4b2-989c-43f8-97b1-32de9499f7f7) ![Image](https://github.com/user-attachments/assets/581f13d2-6b75-486c-a171-39ec4ac38c91) 这个是以前版本就有的错误，仍然复现 ![Image](https://github.com/user-attachments/assets/2571047f-95ff-49be-81a2-1e8a91546f0b) 2. 执行错误的情况这个应该还是老问题 ![Image](https://github.com/user-attachments/assets/a6cf3544-6699-49a9-a4ab-b63307988f5e) 3. 仍然有到时间等待执行的情况 ![Image](https://github.com/user-attachments/assets/53ddc1df-9a45-4fa9-abf4-24ce78e44abb)

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@chsword commented on GitHub (Jul 1, 2025):

对于最后一种等待执行的，我只能等下一个周期，或取消后手动执行

@chsword commented on GitHub (Jul 1, 2025): 对于最后一种等待执行的，我只能等下一个周期，或取消后手动执行

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@fudiwei commented on GitHub (Jul 1, 2025):

看起来还是大部分跟 SQL 查询超时有关，至于为什么会超时这个还有待排查。

我注意到你的大部分工作流触发时间都是同一时间点，可以尝试把它们设为不同的时间再观察看看。

@fudiwei commented on GitHub (Jul 1, 2025): 看起来还是大部分跟 SQL 查询超时有关，至于为什么会超时这个还有待排查。我注意到你的大部分工作流触发时间都是同一时间点，可以尝试把它们设为不同的时间再观察看看。

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@chsword commented on GitHub (Jul 1, 2025):

我先分散开看看

@chsword commented on GitHub (Jul 1, 2025): 我先分散开看看

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@chsword commented on GitHub (Jul 3, 2025):

@fudiwei 分散开来，暂时没有发现问题

但是同时执行的量应该也不大，一共十几个工作流，所以应该还是并发或数据库的问题

@chsword commented on GitHub (Jul 3, 2025): @fudiwei 分散开来，暂时没有发现问题但是同时执行的量应该也不大，一共十几个工作流，所以应该还是并发或数据库的问题 ![Image](https://github.com/user-attachments/assets/df8b57d1-70e6-414f-93ff-3be88337e142)

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@fudiwei commented on GitHub (Oct 10, 2025):

@chsword 可以观察下升级到 v0.4 是否还有此问题

@fudiwei commented on GitHub (Oct 10, 2025): @chsword 可以观察下升级到 v0.4 是否还有此问题

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@chsword commented on GitHub (Oct 10, 2025):

@chsword 可以观察下升级到 v0.4 是否还有此问题

好的，我当前的解决方法是小时，还有分钟都按照质数的关系递增，这样可以让大家错峰出行

@chsword commented on GitHub (Oct 10, 2025): > @chsword 可以观察下升级到 v0.4 是否还有此问题好的，我当前的解决方法是小时，还有分钟都按照质数的关系递增，这样可以让大家错峰出行

kerem commented

2026-03-03 01:04:09 +03:00

Author

Owner

@Yeqingky commented on GitHub (Oct 23, 2025):

版本: v0.4.0 遇到类似问题

@Yeqingky commented on GitHub (Oct 23, 2025): 版本: v0.4.0 遇到类似问题 --- <img width="742" height="484" alt="Image" src="https://github.com/user-attachments/assets/28f04070-9be2-43c0-9a97-f2debb305b41" /> <img width="734" height="570" alt="Image" src="https://github.com/user-attachments/assets/13da3ef0-5745-49f7-82fb-9caf0da8caa8" /> <img width="1238" height="976" alt="Image" src="https://github.com/user-attachments/assets/c8e32c00-dbae-4b76-bf4a-63277547fc77" />