求助！！！首页数据实时刷新造成数据库压力过大的问题，希望大神给个思路

MooseLucky 2020-02-28 01:35:19

做了一个web程序，有多人员多角色，每人有属于自己的首页，首页数据会实时刷新；
由于人员过多了，并且设计时候首页都是查询的主工单表进行的Count，导致数据查询量很大！
现在考虑使用其他方法能够替换直接查询主工单的方法；比如缓存，设置单独的数量查询表等等，求大神给个思路？如果有案例的话最好了，希望的就是改动小，解决问题

...全文

586 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

浴火_凤凰 2020-07-01

打赏
举报

回复

第一感觉肯定是取出数据之后做一个缓存至于使用什么缓存那就仁者见仁智者见智了

haohao7118 2020-03-09

打赏
举报

回复

这是一个实际问题

MooseLucky 2020-02-28

打赏
举报

回复

我试一试这种方式；现在正在做的思路就是：建立一张表存入缓存，数据有增加时直接通知对应的人进行取数量，只有登录时候或者首次加载时候读一次数据库；

CS_草祭先生 2020-02-28

打赏
举报

回复

个人觉得还是使用像redis这样的缓存，把需要实时查询的数据保存到内存中。后端判断数据库是否有更新，有更新则更新redis。至于redis是如何使用的，网上很多例子，楼主可以去查一下。

Azure SQL Database是微软云平台提供的全托管关系型数据库服务，基于PaaS架构，无需管理底层基础设施，但需理解其逻辑服务器、防火墙规则、连接字符串等核心组件的协同原理。其技术价值在于弹性伸缩、高可用性与内置安全机制，广泛应用于Web应用后端、数据科学实验环境及SaaS系统原型验证等场景。实际落地中，开发者常因忽略逻辑服务器的全局唯一性、防火墙IP段配置不当或仅删数据库未删服务器，导致连接失败或隐性成本。本文聚焦Azure SQL Database从零部署到彻底清理的完整生命周期，涵盖资源组规

压力测试的核心目的，是在可控条件下模拟业务流量，观察系统在不同负载下的吞吐能力、响应速度、错误率和资源消耗，从而找到容量边界和性能瓶颈。问题类型核心问题输出结果容量验证当前系统最多能支撑多少并发、多少QPS？系统容量基线、最大承载能力稳定性验证长时间高负载下是否会出现错误、超时、资源泄漏？稳定性报告、风险清单瓶颈定位性能问题出现在接口、服务、数据库、缓存、网络还是发压端？瓶颈分析、优化建议。

本文介绍了一位14年经验的资深毕设指导专家，擅长多种编程语言和技术领域。文章重点展示了一个《基于SpringBoot的医院血库管理系统》的毕业设计答辩实录，系统采用SpringBoot+Vue.js+MySQL+Redis技术栈，实现了血液库存管理、用血申请审批、紧急求助、数据可视化等功能。答辩中详细讨论了系统设计初衷、技术选型理由、关键功能实现、权限控制、性能优化等核心问题，评委对选题实用性和技术合理性给予了肯定，同时也指出了创新点不足等问题。最后提供了获取开题报告和源码的渠道建议。

在校园信息化建设中，资源预约管理是提升运营效率与用户体验的关键环节。其核心原理在于通过软件系统对有限资源进行数字化调度与分配。从技术价值看，这类系统不仅解决了信息不透明、资源浪费等实际问题，更是对后端并发处理、实时数据同步等核心技术能力的综合考验。典型的应用场景包括图书馆、自习室、会议室等公共场所的座位或空间管理。本文聚焦于如何利用微信小程序、Spring Boot、Redis及WebSocket等技术栈，构建一个能够应对高并发抢座场景、实现座位状态实时同步的校园座位预约系统，其中重点探讨了基于Redis分

在软件性能工程领域，全链路压测是评估系统在高并发下稳定性的关键实践。其核心原理在于模拟真实用户流量，通过分布式压测引擎（如JMeter）向系统施加负载，并采集各环节的性能指标。这项技术的核心价值在于，它能将性能验证从传统的“事后报告”转变为“实时可观测”过程，帮助团队在研发早期发现瓶颈，提升系统韧性。典型的应用场景包括大促备战、容量规划和架构优化。本文聚焦于如何基于JMeter、Grafana和InfluxDB这一经典技术栈，解决压测报告生成慢、数据维度单一等痛点，打造一个集实时监控、关联分析与智能告警于一

28,404

社区成员

356,941

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章