团队如果没人精读过源码，解决不了常见的问题，当初为什么要选用这个技术呢？

你发这个帖，起个这样的标题，是想实际解决问题还是想让我们帮忙一起喷这个中间件呢？

啥都不懂，出了问题就会鬼叫，你有本事自己也写几个中间件出来，把生态建设起来呀，别躲在键盘后面尬黑好么

一个是 JobScheduleHelper 类中的 scheduleThread 线程，会一直去扫 xxl_job_info 表，取出即将要执行的任务；

一个是 JobFailMonitorHelper 类中的 monitorThread 线程，会从数据库 xxl_job_log 表中查询执行失败并且报警状态码还未改变的定时任务，10s 执行一次；

这两个组件会一直扫描库表，当库表中数据量过大时，可能会出现这类问题，麻烦你去看看 xxl-job 的 issues ，去看看这个中间件的源码，不要出了问题就在这里鬼叫

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

深圳开车回湖南老家，地图导航上显示的是姨妈色，七点出发的，现在还堵在虎门大桥

@fdghjk 比如数据库的切换，默认用 sqlite ，线上要如何无风险的切换到 etcd ？比如 k8s etcd 遇到的 informer 问题，在 k3s 上就没办法测出来？

在解决这类问题的时候，要投入进去大量的资源（人力、时间），使用 k3s 的公司不太可能去投入这么多资源，而有这么资源去投入的公司一般不会用 k3s 。

不建议使用的主要理由如下：
1 、遇到问题资料比较少
2 、要调研的东西比较多
3 、如果要做一些定制化的改动，风险太大

仅代表个人浅见，一些精通源码、每天解决 k3s 生产上疑难杂症的大佬轻点喷
（毕竟这是在 v 站，肯定会有一些大佬跳出来说是我们不会用）

能用，但不建议用
刚从 k3s + rancher 中脱坑，生产上还是建议用 k8s ，不想麻烦的话可以直接上云厂商的容器托管服务

月饼一盒，被同事 80 收走
水果一箱，被同事 50 收走
500 块的天虹购物卡一张，被同事 450 收走

他说我一个单身狗，要这些干嘛（虾仁猪心）？
让我好好提升自己，以后好帮我介绍对象（ PUA + 画大饼）

更离谱的是，我司的一些后台管理类项目是以项目外包的形式包出去做的，外包公司的架构师给我们上了一套 ruoyi-cloud ，交付给我们的代码像屎山一样，至少有一半以上的无用代码，我们自己接手后全部推翻重做了一遍。

xxl-job 可以满足你的需求，可以仔细看看 xxl-job 调度中心的 JobScheduleHelper 的业务逻辑。

里面有两个核心的线程，一个是用来调度的线程，会一直扫表，看表中哪些任务该执行了；还有一个是时间轮线程，主要是向触发器线程池提交触发任务的。

我的显示器是 Dell U2718Q ，缩放调成了 200%，分辨率调成 3840 x 2160 ，用的自定义字体 + mactype ，浏览器上装了油猴，找了一些字体增强器脚本来进行渲染，但效果还是没法跟 Mac 屏比

出发点是好的，但还是得看个人意愿。
公司有一些技术厉害的同事，连在公司内部沟通起来都不太顺畅，他们的性格就适合埋头写代码，让他们去跑客户也太勉强了吧！

选后端吧，后端开发大多数都会前端，而前端开发真的只会前端

@decken 上沙、下沙、皇岗、水围，懂得都懂

去二奶村附近蹲点，运气好能捡到各种名牌首饰跟包包

深圳在有房有车的前提条件下，至少还需要 1000w 现金

@tyrantZhao 已经活成了自己最讨厌的模样

@yifangtongxing28 非社会人，也是正儿八经的 211 科班硕士出身，因生活所迫，刚好有机会转岗，就试着转转看

@beckyho 讨厌现在的自己，每天都在睁眼说瞎话，毫无底线的捧客户，已经胖了二十多斤