基于JavaScript与Socket.io：服务器预取变更数据是否更优？

这个优化方案确实更优的场景 #

• 数据库负载大幅降低：原来每个在线用户收到广播后都会单独发起一次数据库查询，现在服务器只需要执行一次查询获取变更数据，再推送给所有用户，用户量越大，这个优化的效果越明显，能有效减少数据库的并发查询压力。
• 客户端体验更好：用户不用拉取全量数据，只接收本次变更的部分内容，不仅节省带宽，还能更快完成页面更新，不用等待全量数据加载。

存在的弊端 #

• 变更数据的准确性难保障：如果业务逻辑涉及关联表更新、数据库触发器或者事务操作，服务器要精准捕获本次操作的增量数据会很麻烦，稍有不慎就会漏发或错发变更，导致不同客户端的数据不一致。
• 状态同步逻辑变复杂：服务器得考虑每个客户端的本地数据状态，比如有些用户可能之前没同步到最新数据，推送的变更和本地状态冲突的话就会出问题；另外客户端离线重连时，还要补发遗漏的增量数据，这比原来让用户全量拉取要复杂得多。
• 业务耦合度升高：原来服务器只负责广播通知，不用管具体业务数据，现在得深入处理不同表的变更提取逻辑，后续表结构调整或者业务规则变动时，服务器端的代码也要跟着改，维护成本直线上升。
• 权限校验难度增加：推送变更数据时，必须确保每个接收的用户都有查看这些数据的权限，要是校验不到位，很可能把敏感数据推给不该看的人；而原来全量拉取的模式下，客户端请求时可以自带权限校验，服务器只需要处理请求即可，风险更低。

内容的提问来源于stack exchange，提问作者sic