这是一个创建于 1570 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前需要做个大屏展示，不能对业务系统有侵入性，需要实现类似于新增一件商品大屏上数字就实时加 1，数据库 MySQL
目前考虑是通过 canal 通过 binlog 订阅某几张表来实现新增通知机制，有没有什么更好的办法呢？是个小工程，周期很短。
感谢大家！！！
第 1 条附言 2021-09-09 12:38:14 +08:00
如果轮询的话，做不到实时，并且每次查询很慢，即使并发查询所有的统计项也要个几秒
 | 1 zbn 2021-09-09 08:52:08 +08:00 redis incr |
 | 2 learningman 2021-09-09 09:19:00 +08:00 via Android 要实时到什么程度，轮询可以吗？ |
 | 3 kop1989 2021-09-09 09:22:12 +08:00 1 、业务系统完全不能够改动？ 2 、实时是真的“实时”？ 一般的大屏都是延时的轮询数据。 如果真的需要实时，则一般是从业务系统直接异步推过来，然后延时做数据矫正。 |
 | 4 Kilerd 2021-09-09 09:51:49 +08:00 prometheus 不行吗？ |
 | 5 thet 2021-09-09 09:55:02 +08:00 via iPhone 加从库，统计用从库 |
 | 6 ipwx 2021-09-09 09:57:07 +08:00 不能改业务系统但是要实时刷新，除了轮询还有啥办法。。。 |
 | 7 eric1202 2021-09-09 09:57:47 +08:00 轮询足够了 |
 | 8 zzfly256 2021-09-09 10:47:54 +08:00 自己写个 Promethues Exporter 吧，可以配合 Grafana 做大屏展示。我司在用着，感觉不错 |
 | 9 Felldeadbird 2021-09-09 10:54:38 +08:00 搞多一个从库。业务代码单独查询从库。 内网从库速度飞快。 |
 | 10 THESDZ 2021-09-09 10:57:17 +08:00 定时任务去计算和存储,前端再轮询获取计算结果 |
 | 11 kssdxw 2021-09-09 15:19:29 +08:00 kafka connect 的 debezium 插件读取 mysql binlog，然后再 kafka 消费端如果业务复杂就接一个 flink 实时打到 OLAP 数据库，不复杂就直接写个后端项目接个缓存开接口反给前端，如果比这还轻的话那就从库轮询。 |
| 12 kssdxw 2021-09-09 15:21:49 +08:00 高实时的话直接用我上面第一个方法，我们在用这套搭数据系统，只要没有很重的状态，内网毫秒级别能拿到计算结果。 |
 | 13 lycbug666 2021-09-09 15:36:18 +08:00 flink-cdc+flink 处理+写入 mysql |
 | 14 Jooooooooo 2021-09-09 16:50:58 +08:00 监听 binlog 异步写缓存呀 |
 | 15 kekxv 2021-09-09 18:08:06 +08:00 via iPhone 你可以没 5 秒查询一次，然后在五秒内平均 0.5 秒加一次数值，就可以了 |
 | 16 otakustay 2021-09-09 18:32:44 +08:00  1 每 10 秒查一次，前 N 次查询确定一大概的增长速率，后续 10 秒间隔里自己画个贝塞尔曲线假更新数据就行，10 秒后新数据到了看一看，如果新数据比假更新出来的还少就不要更新（避免数字变小），然后修正下一个周期的假更新速率 说难听的叫骗人，说好听的这叫乐观更新！ |
 | 17 LeoJ 2021-09-09 18:42:10 +08:00 Web 前旁路报文捕获，还原 http 协议，提字段做统计吧~ |
 | 18 soupu626 2021-09-09 21:08:11 +08:00 一般讲，除非是极特殊特种行业比如电网之类的，没有哪个行业是忍受不了秒级的大屏延迟的，归根到底，大屏只是给人看的，做决策不会差这几秒的问题，优先从业务上搞定需求方，如果真的是面子工程，必须要每秒滚动，就和上面的老哥说的一样，这个周期查出来，然后再下次查询的周期里，平均或者随机的展示出去。。。好看点 如果真是特种行业，再考虑数据库 binlog 或者 flink 那一套东西吧，其实我感觉那一套搞下来，延时也不小 |
Select Language