这是一个创建于 1782 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有个类似 k 线的需求 有点不知道从何下手 数据都在 mysql
第 1 条附言 2020-11-27 16:52:09 +08:00
目前 mysql 里的是交易数据
后台会有定时任务计算 k 线数据
最新一根 k 线 是不是可以根据当前的时间戳来算，前端轮询就可以了？
15 分钟举例 当前 15 分钟的 k 线实时计算，之前的数据直接读数据库的记录就可以了
后台会有定时任务计算 k 线数据
最新一根 k 线 是不是可以根据当前的时间戳来算，前端轮询就可以了？
15 分钟举例 当前 15 分钟的 k 线实时计算，之前的数据直接读数据库的记录就可以了
第 2 条附言 2020-11-27 16:53:02 +08:00
另外交易数据是从一个队列消费来的
 | 1 libasten 2020-11-27 14:25:13 +08:00 监听数据写入 mysql 的事件？触发了就绘制一下线图？ |
 | 2 VVVV7 2020-11-27 14:28:20 +08:00 websockect 长连接能做到 服务端主动推送到网页上 |
 | 3 toma77 2020-11-27 14:31:39 +08:00 websocket |
 | 4 checkzhzzzzz 2020-11-27 15:06:31 +08:00 redis+websocket |
 | 5 newbieRenew 2020-11-27 15:26:57 +08:00 via iPhone 可以用 Server-Sent Events |
 | 6 tairan2006 2020-11-27 15:28:43 +08:00 binlog 解析，然后长连接推送 |
 | 7 hronro 2020-11-27 15:56:14 +08:00 你应该把你的需求具体描述出来，比如你希望知道是前端部分何如实现还是后端部分如何实现？ 还有你的数据量有多大，数据库查询需要花多久？ 如果数据量很小的话，很好实现，直接前端每隔 1s 轮询一次接口就行了。 如果数据量很大，每次查询数据库需要花费几十秒甚至更多的话，那就要上一套更复杂的方案了。 |
 | 9 hehe12980 2020-11-27 17:36:03 +08:00 正常的交易所都是 前端用 node.js 对接 redis 采用消息订阅模式 再加 websocket 如果直接后台 推的话 数据量大 占用带宽 |
 | 10 shm7 2020-11-27 19:11:12 +08:00 via iPhone 是一个离散统计表示 |
 | 11 hellsnow 2020-11-27 19:47:40 +08:00 sse |
 | 12 jones2000 2020-11-27 23:00:25 +08:00 tcp 或 ws 长连接订阅推送， 数据存内存，1 台机器有压力， 就由主数据服务器推送到 2 级数据服务器，由 2 级数据服务器推送给客户端。 用户多了，多部署几台 2 级数据服务器就可以， 一般实时行情系统不从 mysql 或 redis 里面取，慢慢慢。 |
 | 13 black11black 2020-11-28 02:41:50 +08:00 @libasten 差太远了兄弟，关系型数据库首先顶不住这种压力，还加事务更顶不住了。。大券商每天 9 点半 QPS 可能两三百万，mysql+事务估计能同时负载 20-30 人？ |
 | 14 nl101531 2020-11-28 13:12:38 +08:00 via iPhone 这种都时序数据库，背后有实时降采样聚合，数据算的很快。前端和后端就 ws 实时推送 |
Select Language