rrfeng 最近的时间轴更新 rrfeng 最近的时间轴更新 |
rrfengV2EX 第 21425 号会员，加入于 2012-05-25 10:21:07 +08:00 |
Beijing
rrfeng 最近回复了
18 小时 8 分钟前 回复了 Pichai 创建的主题 › 生活 › 北京自如被曝强迫降租单方面解约 |
没想明白按合同解决解约按合同赔付，这事儿有什么问题？
2 天前 回复了 hehe12980 创建的主题 › 程序员 › 技术求助帖，关于 redis 大 value 存储的问题 |
你非要用 mysql 也可以，我给你造个方案，但是估计你不会想采用：
首先如上面某同学所说，这场景根本不用 Redis，因为你每次都是取全量数据，根本没有冷热之分，而且 Redis 并发支持还有问题，不如直接从 mysql 里取。
那么现在的问题就变成了怎么从 mysql 取最快：压缩。
可以一张表暂存 push 上来的 1 小时内的数据，在某小时过去 x 分钟之后，前一小时的数据可以认为已经固化了，启动个后台线程压缩存到另一张表里。
压缩算法用什么呢？抄一下 prometheus 或者相关衍生产品的压缩算法（专门针对大量 float ），大概可以做到 1-2Byte 每个数字。这样每小时只有 1MB 的数据。
首先如上面某同学所说，这场景根本不用 Redis，因为你每次都是取全量数据，根本没有冷热之分，而且 Redis 并发支持还有问题，不如直接从 mysql 里取。
那么现在的问题就变成了怎么从 mysql 取最快：压缩。
可以一张表暂存 push 上来的 1 小时内的数据，在某小时过去 x 分钟之后，前一小时的数据可以认为已经固化了，启动个后台线程压缩存到另一张表里。
压缩算法用什么呢？抄一下 prometheus 或者相关衍生产品的压缩算法（专门针对大量 float ），大概可以做到 1-2Byte 每个数字。这样每小时只有 1MB 的数据。
2 天前 回复了 hehe12980 创建的主题 › 程序员 › 技术求助帖，关于 redis 大 value 存储的问题 |
1.7w 个 float 也没多大啊，改一下超时时间呗
2 天前 回复了 pppguest3962 创建的主题 › 问与答 › 求助一个正则匹配式（Perl 风格) |
2 天前 回复了 pppguest3962 创建的主题 › 问与答 › 求助一个正则匹配式（Perl 风格) |
2 天前 回复了 hehe12980 创建的主题 › 程序员 › 技术求助帖，关于 redis 大 value 存储的问题 |
这数据量对专业的 TSDB 来说是小儿科~
2 天前 回复了 hehe12980 创建的主题 › 程序员 › 技术求助帖，关于 redis 大 value 存储的问题 |
建议上个时间序列数据库，influxdb 或者直接上个 prometheus （如果不要求持久化的话）
7 天前 回复了 Bechbaliq 创建的主题 › 职场话题 › 前端拼错了一个单词，花了我 3 个小时排错 |
标准的 header 可不能乱改
Select Language