YangQingLin

@ShawyerPeng by partition 又不需要在消息队列里面做，消息队列可以暂存数据，攒到一定量之后一起取出来，排序、分类、合并，这不是挺快的嘛，复杂度顶天了 O(N*log(N))

我在想，是否可以利用数据库自身的锁来解决。把时间比大小推到数据库更新的时候计算，比如下面这样：

```sql
UPDATE work_sessions
SET
start_time = LEAST(start_time, :new_biz_time), -- LEAST 是 SQL 函数，取最小值
end_time = GREATEST(end_time, :new_biz_time) -- GREATEST 是 SQL 函数，取最大值
WHERE
user_id = :user_id AND date = :date;
```

利用数据库本身的原子性来更新时间范围，是不是也能达到想要的结果？

对于休息间隔重新计算，我觉得可以增加一个缓存层，每次来新的 biz_time 先和缓存中的内容进行判断，超过 20 分钟或者跨天的话就使用 insert 新开一条记录。

如果上面这种方式也不合适的话，我觉得也可以从时间排序方面入手，你希望保证的是“近实时”的分析，那我这里假设分析结果可以延迟 1 分钟更新，那么使用一个以 biz_time 作为 key 的小顶堆的数据结构接收那些并发的请求，然后只有当堆顶的 biz_time 与当前相差超过 1 分钟之后才会取数据更新入库，这样可以把一分钟之内的数据乱序问题抹除。然后同样将时间戳大小对比丢给数据库更新的时候计算，不知道这样是否能满足你的需求。

我们公司是使用自部署的一个堡垒机（[JumpServer]( https://jumpserver.org/)）服务作为统一的访问入口的。

每个人入职会分配一个堡垒机账号，每个账号能访问哪些资源（服务器 ssh 、数据库等）都是可以配置的。

想要连接拥有的那些资源，可以直接通过堡垒机网站连接，或者点击获取一个临时的账号密码（堡垒机实时生成）然后放到软件里面，体验上和直连没什么区别；而且权限配置操作是图形化的，使用起来很方便。

个人也可以把自己电脑的公钥放到堡垒机上，这样连接某些资源就不再需要每次输密码了。

不过连接了服务器之后也还是可以手动把公钥写进去的，而且连接之后会展示一些欢迎信息，其中包含了跳转地址的 IP ，所以如果你比较注重资产安全的话最好把堡垒机服务部署在可以内网连接其它资源的地方，只把堡垒机的公网 IP 暴露出来。

@zhhmax 有试过恢复操作吗？我之前也和你一样直接压缩数据目录备份的，后来发现无法恢复

@onice 说的太对了，自建一定要做好数据备份，推荐用下面这个容器做定时备份： https://hub.docker.com/r/bruceforce/vaultwarden-backup

一个备份文件才 400 多 KB ，我直接一小时备份一次

并且部署成功之后一定要本地起一个 vaultwarden 测试一下恢复操作

DataGrip 可以添加 MongoDB 的数据源呀，为什么不能用呢？

CPU 散热是不是装反了，看上去像是在从下往上抽风

没看懂你的意思，你是说 500 一个整体的 mage20plus 除了 CPU 还自带硬盘和 UPS ？

@Rendex 瓦力盒子好像输出电压不稳，评论区看到好几个被烧主板的了： https://www.bilibili.com/video/BV1fMPNe2EwG