rrfeng 最近的时间轴更新
rrfeng

rrfeng

V2EX 第 21425 号会员,加入于 2012-05-25 10:21:07 +08:00
今日活跃度排名 11211
rrfeng 最近回复了
1 天前
回复了 Pichai 创建的主题 生活 北京自如被曝强迫降租单方面解约
没想明白按合同解决解约按合同赔付,这事儿有什么问题?
你非要用 mysql 也可以,我给你造个方案,但是估计你不会想采用:

首先如上面某同学所说,这场景根本不用 Redis,因为你每次都是取全量数据,根本没有冷热之分,而且 Redis 并发支持还有问题,不如直接从 mysql 里取。

那么现在的问题就变成了怎么从 mysql 取最快:压缩。
可以一张表暂存 push 上来的 1 小时内的数据,在某小时过去 x 分钟之后,前一小时的数据可以认为已经固化了,启动个后台线程压缩存到另一张表里。

压缩算法用什么呢?抄一下 prometheus 或者相关衍生产品的压缩算法(专门针对大量 float ),大概可以做到 1-2Byte 每个数字。这样每小时只有 1MB 的数据。
1.7w 个 float 也没多大啊,改一下超时时间呗
3 天前
回复了 pppguest3962 创建的主题 问与答 求助一个正则匹配式(Perl 风格)
https://regex101.com/


https?:\/\/schema\.3360sz\.net\/public\/LoadSchema\.aspx\?id=(\d+)
3 天前
回复了 pppguest3962 创建的主题 问与答 求助一个正则匹配式(Perl 风格)
https://regex101.com/


https?:\/\/schema\.3360sz\.net\/public\/LoadSchema\.aspx\?id=(\d+)
这数据量对专业的 TSDB 来说是小儿科~
建议上个时间序列数据库,influxdb 或者直接上个 prometheus (如果不要求持久化的话)
标准的 header 可不能乱改
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1137 人在线   最高记录 5298   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 20:32 · PVG 04:32 · LAX 12:32 · JFK 15:32
♥ Do have faith in what you're doing.