这是一个创建于 2748 天前的主题，其中的信息可能已经有所发展或是发生改变。
最新用 socket.io 写了个小程序，用递归每秒刷新一次数据库，并把读出来的数据 emit 到前端，前端有审核功能，点击后 remove 掉，然后更新数据库，现在出现了一个问题，程序运行一天之后，就会变得非常卡，一看服务器宽带的使用非常高，请教大神，会是什么原因呢
 |
1
tinytin 2017-06-19 12:28:04 +08:00 via iPhone
万能重启进程大法
|
 |
2
learnshare 2017-06-19 12:55:10 +08:00
用递归每秒刷新一次数据库，不是这里的问题？
|
 |
3
robinlovemaggie 2017-06-19 12:56:34 +08:00
问题可能出在递归上
|
 |
4
smallX 2017-06-19 13:03:36 +08:00
不会是每个连接 都 递归每秒刷新一次数据库，并把读出来的数据 emit 到前端 。。。
|
 |
5
awanabe 2017-06-19 13:07:09 +08:00
没有释放数据库链接？ 看下连接池呢
|
 |
6
qfdk 2017-06-19 13:13:09 +08:00 via iPhone
你 f12 看一下 console 那边打了多少的 log.... 是那边的问题
|
 |
8
NaVient 2017-06-19 13:46:09 +08:00
socket 不就是为了让你不用每秒刷新吗
|
 |
9
POPOEVER 2017-06-19 13:53:08 +08:00
websocket 是长连接啊，每秒刷一次是什么目的？
|
 |
10
solee 2017-06-19 14:07:59 +08:00
websocket 就是为了解决你轮询的问题，长连接你直接 emit 就好。
|
 |
11
xiyan OP 感谢各位大神回复，我需要每秒往前端推送一次数据，需要读取数据库的新数据，实现的方式不正确吗
|
 |
12
liujin834 2017-06-19 14:48:03 +08:00
@xiyan 数据库里的新数据是哪里来的？我觉得你这个设计可能是有点欠缺的。提供 3 点建议：
1. 在更新数据的地方提供一个事件或者其它方式的触发功能，一旦触发直接 socket emit 消息，不用一直去扫数据库。 2. 如果更新数据库的操作是其他语言写的，可以试试 Rabbit MQ 列队，这是数据量大的方案。如果是 Postgresql，可以写一个 python 的函数作为触发器，python 有 socket emit 可以用，这是数据量小的方案。 3. 检查 web socket 的前后端代码，已经下线的用户要及时释放 socket 资源，否则虽然前端用户已下线，但是服务器上可能还在一直尝试 emit。 |
Select Language