V2EX › dlmy 的所有回复 › 第 10 页 / 共 26 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 6 7 8 9 10 11 12 13 14 15 ... 26

❮

❯

2023-10-31 10:01:10 +08:00

回复了 gitrebase 创建的主题 › 数据库 › 问一个数据库对业务数据存储的问题

先按照规则圈定人员名单，然后对名单内的用户进行消息推送。

在公司中这类需求都会用 Kafka + Flink 体系去做，采集用户登录日志、走各种数据分层模型、存储人员名单、创建消息推送任务、配置消息推送模板、填充模板、消息推送审批、触发消息推送任务......

2023-10-07 08:46:16 +08:00

回复了 Ashore 创建的主题 › 职场话题 › 发明调休的人死了吗？

一共放了 8 天假，深圳 <---> 长沙往返，开车在路上一共堵了 4 天，现在又要连上 7 天

2023-10-05 11:46:36 +08:00

回复了 joker2026 创建的主题 › 程序员 › 上亿数据，如何完成快速检索

我司国庆之前用 32G 内存的服务器，压测了单机版的 ClickHouse ，数据可以参考一下：

扫描行数：530,000,000
耗时(秒)：0.942
查询列数：2
结果行数：46

2023-09-29 09:43:53 +08:00

回复了 lidashuang 创建的主题 › Java › 为啥有人用 xxl job

@lidashuang #34 既然你接盘了这套东西，至少得知道分布式任务调度框架会有调度中心跟执行器，然后会有一个分布式协调中心，这些基本的东西，你应该得知道呀。

当程序运行时，会启用哪些组件，这些组件里面包含了什么（比如工作线程、工作线程池等）、分别干了什么（比如扫表、调度、触发任务、通信）、哪些组件会占用服务器较多的资源（比如间隔多久查一次表、sql 是怎样的），然后结合一些可观测性的指标，马上就能定位到源码了，这不就是程序员每天工作的日常吗？

所以到底是你自己不够了解这套东西，还是这套东西本来就有问题呢？

你好好拿出来说明，大家一起帮忙看下，不就能很快解决么，你直接张嘴就尬黑，这样谁会认真帮你去看问题？

2023-09-28 15:09:18 +08:00

回复了 lidashuang 创建的主题 › Java › 为啥有人用 xxl job

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

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

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

2023-09-28 15:02:50 +08:00

回复了 lidashuang 创建的主题 › Java › 为啥有人用 xxl job

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

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

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

2023-09-28 09:04:24 +08:00

回复了 lidashuang 创建的主题 › Java › 为啥有人用 xxl job

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

2023-09-28 09:00:29 +08:00

回复了 NelsonZhao 创建的主题 › 生活 › 今天应该有部分人已经请假，踏上回家的旅途，各位说说走到哪里了，路上有没有堵车啊。

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

2023-09-24 17:06:02 +08:00

回复了 hzzhzzdogee 创建的主题 › 程序员 › K3S 能用在生产环境吗?

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

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

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

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

2023-09-24 10:01:40 +08:00

回复了 hzzhzzdogee 创建的主题 › 程序员 › K3S 能用在生产环境吗?

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

2023-09-20 11:44:53 +08:00

回复了 gtalk 创建的主题 › 职场话题 › 来晒晒你的中秋节福利

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

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

2023-09-15 16:57:51 +08:00

回复了 taogen 创建的主题 › Java › Java 脚手架若依 0 单元测试，为什么还那么多人用

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

2023-09-15 16:47:19 +08:00

回复了 moell 创建的主题 › 程序员 › 动态添加规则的定时任务处理，除了自己实现一个时间轮的计时器，有成熟的开源产品吗？

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

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