业务代码排查 - 广州AI科技日报
-
统计报表查询变慢时怎样判断问题在数据库还是业务代码？
统计报表查询变慢时，可通过分层计时判断瓶颈，先记录接口总耗时、SQL执行耗时及结果处理耗时，再结合数据库慢查询日志和执行计划，检查索引命中、扫描行数、锁等待及资源负载，若SQL本身耗时较高，应优先排查数据库；若SQL执行较快而接口响应慢，则重点检查业务代码中的循环查询、数据转换、聚合计算、序列化及外部调用，同时关注连接池等待和网络传输，避免误判。统计报表查询突然变慢，究竟是数据库还是业务代码？这套排查思路很实用 做过管理系统、数据看板或者经营分析平台的人，大概率都遇到过这种场景：平时几秒钟就能打开的统计报表，突然...
-
文件元数据查询变慢时怎样判断问题在数据库还是业务代码？
文件元数据查询变慢时，可通过链路追踪和分段计时，分别测量连接获取、SQL执行、结果映射及业务处理耗时，若SQL耗时明显增加，应检查执行计划、索引命中、扫描行数、锁等待和数据库负载；若数据库响应正常而接口仍慢，则重点排查循环查询、重复调用、大对象转换、线程阻塞及缓存失效，结合慢查询日志与应用性能监控，对比相同SQL在数据库端和应用端的表现，可定位瓶颈。到底是数据库拖后腿，还是业务代码有问题？ 文件列表打开要等几秒,搜索文件名经常转圈，读取文件大小、上传时间、所属目录这些元数据也开始卡顿，遇到这种情况，很多团队的第一...
最新留言