为啥有人用 xxl job

[lidashuang]

把 xxl job 去掉, 数据 io 立马正常了

https://cos.ap-beijing.myqcloud.com/dropshare-1252438752/pb-d3nSG4K4GL-ENRkABrCGyVHa20BISGvbsrOCRiOL6w.png

[keepRun]

你这属于没用好工具吧

[stinkytofu]

我不信这个库本身有这样明显的问题, 检查一下你的代码吧

[securityCoding]

在写日志吧

[Mogugugugu]

所以问题是什么呢？

[dlmy]

如果确定是 xxl-job 的问题，可以去提 issue ，别在这尬黑

[zzzb002]

是不是有个异常日志一直报？那种很频繁的，可能会造成 IO 上去，网上解决方案很多

[yongjing]

log 表数据量有多少？ 分页查询 COUNT 总条数，会导致扫全表， 记得及时清理~

[limyel]

这种应用广泛的中间价，出问题了一般先考虑一下是不是自己的问题。

[limyel]

@limyel 中间价 -> 中间件

[xiaocaiji111]

找到问题再黑，企业这个用的多的很，还是规模化的企业。就是 ui 界面之类丑了些。

[panzhc]

xxljob 默认首页是运行报表，是查数据库的，如果运行时间比较久，日志表里数据量比较大，就会导致数据库 iops 高，而且是首页，任何人登录以后都会查一下。
解决办法要么清日志，要么改下登录后的默认首页。

[arischow]

如果你真的想解决问题，请不要用这种反问。

[JinTianYi456]

TRUNCATE xxl_job.xxl_job_log;

[lidashuang]

@stinkytofu 就是 xxl job 的慢 查询, 用 Elixir 重写了
@keepRun

@dlmy 哪黑了?

top 1 的慢查询都是 xxl job 的
https://cos.ap-beijing.myqcloud.com/dropshare-1252438752/pb-CXh3WYn7C3-g66UmVt6nLQ1pHw25Aguh2z9l3wvSH4.png

[lidashuang]

@JinTianYi456
@yongjing
我清理过

最终还是去掉这个组件, 用别的语言重写了, Java 我不太懂

[lidashuang]

@panzhc 管理后台没人查, 就是 xxl job 自己跑的逻辑查
比如

SELECT id FROM `xxl_job_log` WHERE !( (trigger_code in (0, 200) and handle_code = 0) OR (handle_code = 200) ) AND `alarm_status` = 0 ORDER BY id ASC LIMIT 1000


SELECT t.id, t.job_group, t.job_cron, t.job_desc, t.add_time, t.update_time, t.author, t.alarm_email, t.executor_route_strategy, t.executor_handler, t.executor_param, t.executor_block_strategy, t.executor_timeout, t.executor_fail_retry_count, t.glue_type, t.glue_source, t.glue_remark, t.glue_updatetime, t.child_jobid, t.trigger_status, t.trigger_last_time, t.trigger_next_time FROM xxl_job_info AS t WHERE t.trigger_status = 1 and t.trigger_next_time <= 1695571207054 ORDER BY id ASC LIMIT 6000

[lidashuang]

@yongjing 最多的是 xxl_job_info, 另外是 xxl_job_log

[lidashuang]

@arischow 我已经解决了, 就是去掉 xxl job

[yanhuamiluan]

吃了个烂苹果, 问为啥有人要吃苹果

[Masoud2023]

有人用不代表这东西质量方面过关。

这东西本身工程质量就不太好，但是用着真的快糙猛，时间长了也就这样了。