@iamtuzi3333 #56 很高兴看到大家的答案能解决你的问题。
但是还是要提醒一下，索引自然是会加快速度，但是也会加重写入负担（你可以理解为每次写入都会更新索引），一旦你写入数据量大、频次高，写入的开销会很大，记录的数据很难保证原子性（如果有连续的业务处理），我建议你当前尽速解决眼前的问题后，花点时间研究下 TSDB ，毕竟是针对 IoT 场景的特效药。比你给时间戳加索引靠谱的多。

@iamtuzi3333 不知道你测试的是哪个数据库，例如 influxDB 中 Point 可以包含多个 Fields 的。一条记录多个属性值。试试看吧，IoT 都用时序的。

@corcre 你的建议是对的。

@iamtuzi3333 如果按照时间戳查询，建议用时序数据库（ TSDB ），把你要存储的值当作度量处理。你这个场景感觉 IoT 方向啊，怎么会选型用 mongo 。

索引建了吗？数据文档的字段是否都是一致的，是的话用单字段索引，不是的话用稀疏索引。试试，按照你的描述很可能没有索引导致全集合扫描了。

1 ，raid 不是备份。
2 ，磁盘全部 BASIC ，数据都在 A 盘，用套件定期备份到 B 盘。（每小时）
3 ，用套件定期备份到外置 USB 硬盘柜。（每小时）
4 ，用套件定期备份到公司群晖。（每天）以前用的百度网盘做异地，太慢还要会员，鉴权还老丢，放弃了。

这样 321 都有了，本地备份两份，异地一份。

这种时候要么就是**desk 一类的远程工具。
要么就是走 moonlight 串流，我个人非常喜欢串流的方式来共享屏幕，流畅度很高。

来不来常熟，四线城市，旅游城市，有山有水，江南福地，四季无灾，气候宜人。

大概率内鬼，哈哈哈哈

@aglsv #13 我没 16 ，我是 14 ，重量不会造成困扰。

@celaraze 继续补充下，2023 年末起，几乎所有手机厂商做的笔电开始在性能和续航上面很花心思也很有成效，这部分就是因为这些手机厂商搞 soc 调教经验太丰富了，买这些厂子的笔电不会错。

618 刚入，同款机型用户，redmibook pro 14 2024 。特地买来写代码，平时用 arc 核显玩 wow 无压力。去看看猪王和笔吧评测，我给的建议还是比较主观的。
1 ，续航在 windows 本里面很强。
2 ，做工没话说，新模具很舒服。
3 ，触摸板很硬，不好用，我是被 MacBook 养叼了。
4 ，屏幕素质没得说，我特别注重电子产品的屏幕素质。
5 ，性能？ 65W 全释放，试试就知道了。
https://i.imgur.com/UP936bT.png

#4 补充，设计时候要做对业务功能做模块化处理，如果闭源代码过于耦合，显然不适合。我是把闭源代码放在单独的目录中，这样才能用 git submodule 处理。

楼上都是说的啥，我使用子模块处理的，a 仓包含了 b 仓代码内容，b 仓不公开，a 仓 git submodule 加 b 仓地址。开发者正常 submodule update 会提示需要 b 仓的 credentials 才能拉取到这部分代码。

子查询直接丢 JOIN 不行吗？还是条件更复杂？

SELECT u.id,
u.name,
GROUP_CONCAT(i.email) AS email,
GROUP_CONCAT(i.phone) AS phone
FROM user u
LEFT JOIN (SELECT * FROM contact where conditions) i ON u.id = i.ref_id
GROUP BY u.id;

@yxd19 大部分是软件决定的，其中高可用（ HA ）、容灾冗余、备份等等都是需要硬件资源开销的，例如要做备份你得有额外的存储空间，要做高可用就得做多个 NAS 随时待命这样。

兄弟，大小周别整，没意思，直接新公司
单休不是简单的单休，按一周来看，双休是做 2.5 天休 1 ，单休是做 6 休 1 。

你信得过我就 Hyper Backup 整机加密备份到我白群，我有公网 IP ，每月请我喝杯咖啡就行^ ^

我自己的 321 方案是，A 盘存数据，B 盘存备份，都是 Basic ，A 盘所有备份全部到 B 盘，B 盘走 webdav+rsync 备份到公司白裙。