WEB开发中。下载服务器上面的报表。怎么防止数据量过大导致超时的场景
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了WEB开发中。下载服务器上面的报表。怎么防止数据量过大导致超时的场景，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2221字，纯文字阅读大概需要4分钟。
内容图文
问题
需要服务端生成报表,由于数据量过大。往往会导致下载过程中504错误。
下载流程已经最优化了。
目前解决方案
前台点击下载报表，发起一个异步请求。后台处理完数据以后。把数据通过邮箱的方式发给下载者。
有没有其它更加好的办法,可以解决这个问题？谢谢。
回复内容：
问题
需要服务端生成报表,由于数据量过大。往往会导致下载过程中504错误。
下载流程已经最优化了。
目前解决方案
前台点击下载报表，发起一个异步请求。后台处理完数据以后。把数据通过邮箱的方式发给下载者。
有没有其它更加好的办法,可以解决这个问题？谢谢。
谢谢各位的回答。
这边我自己总结了一下,根据我自己的实际情况主要
- 前台异步提交一个请求，后台进行异步组合报表。然后通过1. 邮件的方式通知用户2. 通过定时器将消息PUSH给用户,让用户去相应的地址上下载
- 查询时间精确到秒。在用户请求之前,先告诉用户在这个时间段订单个数。我们可以设定一个合理的值来提示用户(改动最小)
- 采取任务的形式,前台提交一个任务给后台,后台创建一个任务，并且存入数据库。前台可以每隔30s向后台请求,获取任务的状态,以防止超时。相应的前台有一个loading框(这里也可以改成将文件的生成过程放在服务端,然后这里给用户返回的是一个连接,用户可以直接点连接来下载文件)(这个类似使用AJAX的长连接模式)
- 把分析过程放在服务端。服务端起一个定时任务,隔段时间去分析这些数据。直接生产文件放在服务端。可以提供给用户一个下载列表直接提供给用户下载
5.优化流程,采取dubbo批量数据请求。采取dubbo异步请求。多线程处理数据。多个dubbo服务合并(性能优化)
最直接的办法便是，压缩数据(例如导出时进行压缩)，调整 CGI 超时时间。这其中，可以考虑节省 CGI 进程(因为即使输出成果已经完成，按照题主的说明，fast_cgi 的 response buffer 肯定是远远小于这次输出的大小)，在最后输出的过程上用其他服务(例如直接用nginx)代劳。
其实，例如在问题中的这种从产品设计的角度解决问题在我看来最优解，实时下载真的是那么必要吗？
需要服务端生成报表,由于数据量过大。往往会导致下载过程中504错误。
看你的意思，超时的原因不是产生报表耗时太久，而是因为报表文件过大造成的。
3种做法
1.压缩报表文件，例如：tar,gzip,zip……
2.修改web服务器的超时时间设定。
3.导出的文件放到另外一个目录用其他工具下载，例如:ftp,samba,sftp……
边读数据，边写数据，比如分页读写，这样就不会超时了
换个思路，你的所有问题都在超时上面！ 为什么超时，因为等待时间过长。那为什么要等待呢？？？
你可以发出请求，服务器端执行，告诉用户，正在执行，表示就成功了。然后就是用户接受邮件的等待。
这个时候，你可以告诉用户需要等待，或者加一个消息通知，成功后通知用户
内容总结
以上是互联网集市为您收集整理的WEB开发中。下载服务器上面的报表。怎么防止数据量过大导致超时的场景全部内容，希望文章能够帮你解决WEB开发中。下载服务器上面的报表。怎么防止数据量过大导致超时的场景所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。