我正在支持Grails Web应用程序,该应用程序使用AmCharts为客户端显示不同的视觉效果。在其中一个选项卡上有三个图表,每个图表根据不同的度量从数据库中返回前十个,因此只有十行。完成需要4-5次甚至更长时间。查询在10秒内在DB上运行。
调用以下服务方法返回结果:
List fetchTopPages(params, Map querySettings, String orderClause) {
if(!((params['country'] && params['country'].size() > 0) || (params['brand'] && params['brand'].size() > 0) || (params['url'] && params['url'].size() > 0))) {
throw new RuntimeException('Filters country or brand or url not selected.')
}
Sql sql = new Sql(dataSource)
sql.withStatement { stmt -> stmt.fetchSize = 100 }
Map filterParams = acquisitionService.getDateFilters(params, querySettings)
ParamUtils.addWhereArgs(params, filterParams)
String query = "This is where the query is"
ParamUtils.saveQueryInRequest(ParamUtils.prettyPrintQuery(query, filterParams))
log.debug("engagement pageviews-by-source query: " + ParamUtils.prettyPrintQuery(query, filterParams))
List rows = sql.rows(query, filterParams)
rows
}
经过一些调查后,显然List rows = sql.rows(query, filterParams)
行是占用此加载时间的行。
之前有没有人对这个问题进行过表达?为什么sql.rows()只返回10行的结果,并且查询在数据库端运行得非常快?
其他信息:
DB:FSL1D
在数据库端运行以下命令:java -jar ojdbc5.jar - getversion
返回:
“在Thu_Jul_11_15上使用JDK5编译的Oracle 11.2.0.3.0 JDBC 3.0:41:55_PDT_2013
默认连接属性资源
Wed Dec 16 08:18:32 2015“
Groovy版本:2.3.7 Grails版本:2.4.41 JDK:1.7.0
答案 0 :(得分:3)
我使用驱动程序Groovy Version: 2.3.6 JVM: 1.8.0_11
Oracle 12.1.0.2.0
和ojdbc7.jar
请注意在运行前激活10046 trace以允许诊断。
import oracle.jdbc.pool.OracleDataSource
def ods = new OracleDataSource();
ods.setURL('url')
ods.setUser('usr')
ods.setPassword('pwd')
def con = ods.getConnection()
def sql = new groovy.sql.Sql(con)
sql.withStatement { stmt -> stmt.fetchSize = 100 }
def SQL_QUERY = """select id, col1 from table1 order by id"""
def offset = 150
def maxRows = 20
// activate trace 10046
con.createStatement().execute "alter session set events '10046 trace name context forever, level 12'"
def t = System.currentTimeMillis()
def rows = sql.rows(SQL_QUERY, offset, maxRows)
println "time1 : ${System.currentTimeMillis()-t} with offset ${offset} and maxRows ${maxRows}"
对跟踪的检查表明该stament被解析并执行,这意味着如果有ORDER BY子句,则对所有数据进行排序。
正确使用提取大小,并且只提取所需的记录 - 这里170 = 150 + 20。
如果获取大小为100,则分两步完成(请注意r
参数 - 获取的行数)。
FETCH #627590664:c=0,e=155,p=0,cr=5,cu=0,mis=0,r=100,dep=0,og=1,plh=1169613780,tim=3898349818398
FETCH #627590664:c=0,e=46,p=0,cr=0,cu=0,mis=0,r=70,dep=0,og=1,plh=1169613780,tim=3898349851458
所以基本上唯一的问题是我看到“跳过的”数据通过网络传递给客户端(在那里被忽略)。
这可能会产生非常高的偏移量开销(并且需要更多时间来运行交互式生成第一页的相同查询)。
但识别问题的最佳方法很简单,启用10046跟踪并查看发生了什么。我正在使用 level 12这意味着您还可以获得信息 关于DB中的等待和绑定变量。