一条sql语句在sql plus中执行只需0点几秒,JDBC执行下要5,6秒,会是什么原因

saintyfans 2006-03-02 11:45:13
很怪,PL/SQL下很快.executeQuery每次都要5,6秒.
...全文
511 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
lydvqq 2006-03-27
  • 打赏
  • 举报
 回复
有点奇怪。相去太远
十分钟年华老去 2006-03-17
  • 打赏
  • 举报
 回复
jdbc-odbc还要更慢一些
pushboy 2006-03-13
  • 打赏
  • 举报
 回复
调试一下，看在哪里慢
而且，你在代码里面运行，肯定不止执行SQL这么简单吧
这样就没有可比性了
还是要把问题分解一下，才好分析
softboysxp 2006-03-12
  • 打赏
  • 举报
 回复
JDBC要序列化的, 性能杀手!
mudboy 2006-03-06
  • 打赏
  • 举报
 回复
创建连接,还有相应的参数如fetchsize
ibiswang 2006-03-03
  • 打赏
  • 举报
 回复
同意楼上的：一般是建立Connection需要较多的时间。
reack 2006-03-03
  • 打赏
  • 举报
 回复
没有用连接池吧。创建连接很耗时间。
yunxiang 2006-03-02
  • 打赏
  • 举报
 回复
速度应该有差异。
但是应该不会差这么多把。
你在executeQuery前后都加上调试信息。
看看段后台打印是不是真的要相差5－6苗。
ruoyi-vue-plus 整合 ShardingSphere-JDBC 实现高性能分库分表实践
本文详细介绍了在RuoYi-Vue-Plus框架中整合ShardingSphere-JDBC实现高性能分库分表的完整实践。通过分析单表数据量暴增导致的性能瓶颈，阐述了引入分库分表的必要性，并对比了ShardingSphere-JDBC客户端分片的优势。文章提供了从环境准备、依赖引入、核心配置详解到代码改造的完整步骤，重点讲解了如何配置分片规则、使用动态数据源注解切换，以及通过实际测试验证分片效果。最后，探讨了绑定表、广播表等进阶场景，并给出了生产环境选型与避坑指南，帮助开发者解决海量数据存储与查询的性能问题
MyBatisPlus性能分析插件定位SQL慢查询
通过MyBatisPlus的SlowSqlInterceptor插件，开发者可在开发阶段自动捕获执行缓慢的SQL语句，及时发现全表扫描、N+1查询等性能问题。该插件无侵入、配置简单，结合执行计划分析与合理阈值设置，能有效预防线上数据库性能瓶颈。
深入解析MyBatisPlus批量插入性能瓶颈与优化实践
本文深入剖析了MyBatisPlus中saveBatch方法存在的性能瓶颈，揭示其本质为循环单条插入而非真正的批量操作。通过自定义SQL注入器集成InsertBatchSomeColumn方法，实现了生成单条多值INSERT语句的真正批量插入，并结合rewriteBatchedStatements参数原理与分批策略，大幅提升海量数据写入效率。
面试官问「MyBatis-Plus比原生MyBatis强在哪」，这么答直接拿下offer
在 Java 后端面试中，当面试官问到持久层框架的选型时，「MyBatis-Plus 对比原生 MyBatis 有什么优势」几乎是一个必考题。这个问题看似基础，却能很好地考察你对技术的理解深度：你是只会用 API 的 API 调用工程师，还是真的理解了框架的设计思想，能说出它解决了什么痛点？
MyBatis流式查询实战：千万级数据处理与性能优化指南
在数据库应用开发中，处理海量数据是常见的挑战。传统的一次性加载全部数据到内存的方式，在面对千万级数据时极易引发内存溢出（OOM）问题。其核心原理在于，数据库游标允许应用按需逐条或分批获取数据，而非一次性传输整个结果集，从而将内存压力转化为对连接资源的长时间占用。这项技术的核心价值在于保障系统稳定性，实现低内存消耗下的海量数据读取。它广泛应用于数据导出、报表生成、ETL处理及实时分析等场景。本文聚焦于MyBatis框架，深入探讨其实现流式查询的多种方案，特别是针对大数据量下的性能调优与常见陷阱，例如如何避免连
其他

259

社区成员

6,538

社区内容

发帖
与我相关
我的任务
社区描述
其他产品/厂家
社区管理员
  • 其他
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

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

+ 用AI写文章