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

@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

@JinTianYi456
@yongjing
我清理过

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

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

@dlmy 哪黑了?

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

@dunhanson 加内存呗

为啥发明一种新语言直接用 python 不好吗?
比如 https://www.pulumi.com/

@worldqiuzhi 正解

@sniperking1234 挂个 nfs,自己 程序处理

pod 环境变量里读取配置

用 configmap 或者 secret

pod 重启就行

不错

用 rails 把,真象

偷懒直接用了 https://github.com/AstroNvim/AstroNvim

多沟通

两种东西

@sujin190 走了 surge 的增强模式

@0o0O0o0O0o 哥牛逼啊, 我 mtu 设置错了

@yaott2020
@sujin190
部分网站有问题(比如走 aliyun 负载均衡网站), 应该不是节点的问题


@0o0O0o0O0o

描述下场景

这个请求走了 Surge + wireguard
我换了 clash 也是类似结果

问了下 chatgpt

根据这些信息可以初步判断 HTTPS 连接失败的原因：

- errno=54 表示连接被重置，或者是远程主机强迫关闭了连接。

- no peer certificate available 表示对端证书不可用。

- No client certificate CA names sent 表示客户端并未发送证书 CA 名称。

- SSL handshake has read 0 bytes and written 194 bytes 表示 SSL 握手在读取 0 个字节后写入了 194 个字节。

- New, (NONE), Cipher is (NONE)说明未使用加密方法。

- SSL-Session 是握手结果的描述，显示了使用的协议版本、加密套件等信息。在这里，可以看到加密握手失败，协议版本为 TLSv1.2 。

综合以上信息，可能的原因有：

- SSL 证书与域名不匹配。
- SSL 证书未被正确安装或配置。
- 连接被重置，或者远程主机关闭了连接。
- 加密协议版本或加密套件不可被接受或支持。
- 连接中间存在防火墙或代理，导致握手失败。

可以根据具体业务需要，针对以上原因逐步排查。例如，可以检查服务器和客户端的配置和证书是否正确，查看服务器和客户端的日志，以及其他相关配置项，如 cipher suites 、protocols 和 certificates 等。