楼主: olive

如何解决不同SQL之间的性能冲突?

[复制链接]
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
71#
 楼主| 发表于 2002-4-29 10:13 | 只看该作者

调整终止条件

鉴于已经有语句在一分钟内完成,故将终止条件调整为1分05秒,或当前最好纪录。这样可以缩短测试过程。
但是我发现刚才运行1分14秒的语句现在重新运行只要48秒(两次运行之间plan已经变过了所以应该不是cache的问题),怎么回事?server是我独享的。

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
72#
 楼主| 发表于 2002-4-29 21:04 | 只看该作者

你指的是什么?

你是说那2700多个语句吗?
还是别的什么东西?告诉我都有哪些报表。
但是现在它正干着呢,占用内存也没减少,战战兢兢的,我不敢乱动。

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
73#
 楼主| 发表于 2002-4-29 14:52 | 只看该作者

全部运行完了

我说PLAN变过了,意思是指中间曾经运行过采用其他PLAN的语句了。
现在全部运行完了,最好的是34.62秒,我又在server上单独运行了两次,分别为39.90和39。45,看来是稳定的。和CBO(约7秒)还是有相当的距离啊。
我大致看了一下它产生的那么多语句,好像都没有加hint?只是调整了子句的顺序。
最快的语句如下。还有什么招数?
select tacct.body_nb bodynb,
       tacct.nb acctnb,
       tacct.actype_ty,
       tacct.blccl_nb blcclnb,
       tacct.cstgrp_nb cstgrpnb,
       tprprty.propty_cd proptycd,
       tprprty.nb prprtynb,
       tbtchdt.nb_walk_order nbwalkorder
  from tdelpnt,
       tbtchdt,
       tacct,
       tprprty,
       tprpacc,
       tbody,
       taddrid
where tbtchdt.batch_nb = 269
   AND tbtchdt.sectn_cd = taddrid.sectn_cd || ''
   AND tbtchdt.blccl_nb = tacct.blccl_nb
   AND tbtchdt.cstgrp_nb = tacct.cstgrp_nb + 0
   AND tbody.addrid_cd = taddrid.cd || ''
   AND tacct.body_nb = tbody.nb + 0
   AND tacct.body_nb = tprpacc.body_nb + 0
   AND tacct.nb = tprpacc.acct_nb
   AND tprprty.nb = tprpacc.prprty_nb + 0
   AND tprpacc.dt_end is null
   AND tdelpnt.prprty_nb = tprprty.nb + 0
   AND tdelpnt.in_ocpl = '2'
   AND tprpacc.body_nb = tbody.nb + 0
   AND tdelpnt.prprty_nb = tprpacc.prprty_nb + 0
order by tbody.nb

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
74#
 楼主| 发表于 2002-4-29 15:55 | 只看该作者

鹦鹉学到了什么?

你学到了一招什么?可不可以共享?

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
75#
 楼主| 发表于 2002-4-29 15:59 | 只看该作者

to deepblue

原来如此,但是应该怎么改限额?我看到有许多限额,如果在optimization intelligence里面选custom,就可以改了,比如rules search quota, hits quota ratio, table join permutation quota等,但是应该怎么改?遵循什么原则?

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
76#
 楼主| 发表于 2002-4-29 16:46 | 只看该作者

可能是的

我上午是用sql expert的默认quota,很快就出来结果,刚才我加大了quota(但是我不知道加quota有什么准则?那几个参数应该怎样调整?可否告知。我现在是乱调),现在还没出结果,93%,慢得很。内存目前占用了124M,还在涨。

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
77#
 楼主| 发表于 2002-4-29 17:06 | 只看该作者
但是这种招数可能也只有电脑能想出来,人脑是很难想出来的。
虽然电脑的思想也是人脑赋予的,呵呵。

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
78#
 楼主| 发表于 2002-4-30 12:00 | 只看该作者

我第一个报名做beta test!

如果效果好我会买一个,呵呵。

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
79#
 楼主| 发表于 2002-4-29 18:16 | 只看该作者

Great!

I never thought my post could get so many feedbacks...
In fact, for the second run started this afternoon, I set rules search quota to 2000, hints quota ratio to 100, and table join permutation quota to 4000. It's now at 93%, seeming to be stuck because it has been quite a long time, but the memory usage is still growing so I think it's running. CPU occupation on my PC is low, but high on the server (about 50%).
Anyway I will keep it running. The only thing I worry is that the PC memory may overflow. It's now 350M and my limit is 500M...
If it fails eventually, either I will increase the virtual memory, or I will decrease the quota.
So keep your eyes on the post...

使用道具 举报

回复
论坛徽章:
95
秀才
日期:2015-10-08 17:57:58法拉利
日期:2013-12-30 15:11:23问答徽章
日期:2013-12-26 12:24:32优秀写手
日期:2013-12-18 09:29:13本田
日期:2013-12-09 10:02:28兰博基尼
日期:2013-11-18 17:44:52宝马
日期:2013-11-06 11:34:13雪佛兰
日期:2013-11-01 18:36:15宝马
日期:2013-10-25 08:22:20路虎
日期:2014-01-20 14:09:03
80#
 楼主| 发表于 2002-4-29 18:25 | 只看该作者

One more thing to richto

I must clarify that I am using a legal copy of SQL EXPERT...
It's the trial version downloaded from the official web site... I hope I can get a good result before it expires...
So if you can tailor a special 'ITPUB Edition' for us... )

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表