不懂就问 交易所的 k 线是怎么做到实时？

• 資深大佬 : libasten

  监听数据写入 mysql 的事件？触发了就绘制一下线图？

• 資深大佬 : VVVV7

  websockect 长连接能做到 服务端主动推送到网页上

• 資深大佬 : toma77

  websocket

• 資深大佬 : checkzhzzzzz

  redis+websocket

• 資深大佬 : newbieRenew

  可以用 Server-Sent Events

• 資深大佬 : tairan2006

  binlog 解析，然后长连接推送

• 資深大佬 : hronro

  你应该把你的需求具体描述出来，比如你希望知道是前端部分何如实现还是后端部分如何实现？
  还有你的数据量有多大，数据库查询需要花多久？

  如果数据量很小的话，很好实现，直接前端每隔 1s 轮询一次接口就行了。
  如果数据量很大，每次查询数据库需要花费几十秒甚至更多的话，那就要上一套更复杂的方案了。
• 主 資深大佬 : qdzzyb

  @hronro 感谢 我应该说详细一点的

• 資深大佬 : hehe12980

  正常的交易所都是 前端用 node.js 对接 redis 采用消息订阅模式 再加 websocket 如果直接后台 推的话 数据量大 占用带宽

• 資深大佬 : shm7

  是一个离散统计表示

• 資深大佬 : hellsnow

  sse

• 資深大佬 : jones2000

  tcp 或 ws 长连接订阅推送， 数据存内存，1 台机器有压力， 就由主数据服务器推送到 2 级数据服务器，由 2 级数据服务器推送给客户端。 用户多了，多部署几台 2 级数据服务器就可以， 一般实时行情系统不从 mysql 或 redis 里面取，慢慢慢。

• 資深大佬 : black11black

  @libasten 差太远了兄弟，关系型数据库首先顶不住这种压力，还加事务更顶不住了。。大券商每天 9 点半 QPS 可能两三百万，mysql+事务估计能同时负载 20-30 人？

• 資深大佬 : nl101531

  这种都时序数据库，背后有实时降采样聚合，数据算的很快。前端和后端就 ws 实时推送