@kingfalse 入职新公司团队都用的 IDEA 写的 groovy 第一个礼拜不习惯 第二个礼拜不习惯 突然就习惯了

@stevenkang 市面上绝大部分项目 都用不着微服务 但是微服务现在基本是必须的要求

@yaphets666 能拿 70 万买户口的 身家最起码千万 完全可以投资落户

@bugmakerxs 额 好吧 我错了 这思路却是不对

@neptuno 嗯，实在不行 就整 influxdb

@stevenkang 那历史的数据 比如 17200 多个点 汇成曲线 展示的话 不全拿出来 那曲线图是不是就不对了 从某种意义上来说 实时数据 可以按你说的 那样干 历史数据 要怎么 拿出来展示比较合理呢

@Jrue0011 咋展示比较合理呢 ==

@fengpan567 K 线图是分钟级别的么 那比如一分钟 60 个价格的点 K 线图的价格 怎么变成一个点 取平均值？

@xuanbg 像股票的曲线图是秒级的 一天差不多也 1 万多个点 它们的曲线图 不就显示全了，只要曲线很平滑就能显示的很舒服

@xuanbg 那个可以曲线图可以伸缩的

@dynastysea 难道 redis 只能解决，查询量大的需求，如果 我有一个查询效率不是很高的 sql （出于业务场景可能要连表查询或者数据量太大）, 如果结果是固定不变的冷数据，为什么不能放缓存呢？

@sagaxu 没想过 放一行的方式 感觉有点疯狂 毕竟几 M 的数据

@lyy16384 去 mysql 还有通过 索引检索 但是 如果 我做一个 k-v 映射 提前放入 redis 会好点把

@sagaxu 历史数据存 mysql, 查的时间大概是 0.5s 到 1.1 秒之间，感觉这个响应时间还是有点慢了

@rrfeng 不止温度一个字段，有 6 个业务字段，绘制 6 条曲线，实时的，所以放 redis 没问题，取的时候 设置 3s 超时 直接爆了 感觉 还没 mysql 快 感觉 redis 用的有问题==

@rrfeng 上新数据库应该不考虑了 毕竟引一个数据库 就干这么一个事 ==

@dynastysea 没啥查询量 就是历史数据 去数据库查 感觉慢, 历史数据是固定的

@lyy16384 有索引你也是得扫 1.7 万啊

@xgfan 一条一条放 取的时候 批量取么