oracle程序跑的很慢,oracle程序性能优化实录-优化实例一(从1小时到5分钟)

1.1业务场景说明

根据两个业务明细数据,根据当前月份生成合并的明细和汇总。当前月份根据当前时间取得,每日执行一次,每个月反复进行,直到当月结束,保留当月的最后一次数据作为历史存留。

涉及到的表:

(1)sf_chargemonth:业务明细数据,按月做分区,分区关键字chargemonth,每月数据100万。

(2)sf_ystzmonth:第二张业务明细数据,无分区。每月数据2万。

(3)RT_2109_suo_mx:合并的明细数据,无分区,合并后数据规模为每月100万。

(4)RT_2109_suo:合并的汇总数据,每月数据50条。

1.2原执行过程

原来的执行过程共分三个步骤,执行时间近1小时:

(1)删除掉RT_2109_suo和RT_2109_suo_mx当月的数据。

Delete from RT_2109_suo

where chargemonth='201703';

Delete from RT_2109_suo_mx

where chargemonth=‘201703’;

(2)合并明细数据并添加到RT_2109_suo_mx。

Insert into

RT_2109_suo_mx(chargemonth,dept_id,housecode,field1)

Select ‘201703’,

dept_id,housecode,sum(field1)field1

(select

dept_id,housecode,field1 from sf_chargemonth where

substr(chargemonth,1,6)=’201703’

Union all

Select

dept_id,housecode,field1 from sf_ystzmonth where

substr(chargemonth,1,6)<=’201703’ and

cwmonth=’201703’

) a Group by

dept_id,housecode

(3)汇总RT_2109_suo_mx到RT_2109_suo。

Insert into

RT_2109_suo(chargemonth,dept_id,field1)

Select

‘201703’,dept_id,sum(field1) field1

From

RT_2109_suo_mx

Where

chargemonth=’201703’

Group by

dept_id;

1.3优化过程

1、RT_2109_suo_mx表结构的优化

该表每月固定生成,并且都是以月作为一个关键字,首先考虑的是给该表做分区。

CREATE TABLE

RT_2109_suo_mx2

PARTITION

BY list(CHARGEMONTH) (

PARTITIONp201703 values ('201703'),

PARTITIONp201704 values ('201704')

) as select *

from RT_2109_suo_mx;

droptable RT_2109_suo_mx;

altertable RT_2109_suo_mx2 rename to

RT_2109_suo_mx;

altertable RT_2109_suo_mx add primary key (CHARGEMONTH,

DEPT_ID,HOUSECODE);

2、RT_2109_suo_mx删除的优化

原来的删除语句为:Delete

from RT_2109_suo_mx where chargemonth=’201703’;

原来的删除只是利用了索引。表做分区后的分析效果如下:

835ed19ab6348214581d505e2b1924ba.png

加入分区以后,删除时用到了分区,加快了操作的速度。

但是,一个分区的数据量仍然是百万级的,直接进行delete仍然较慢,时间达到的半小时以上。

测试了几种办法:

(1)删除该分区,然后再添加该分区:alter

table RT_2109_suo_mx drop partitionp201703;

Alter table RT_2109_suo_mx

add partitionp201703 values(‘201703’)。删除的速度很快,但是,删除分区以后,表的索引失效。

(2)Truncate该分区:alter

table RT_2109_suo_mx truncate

partitionp20103;删除的速度很快,但是,表的索引失效。

(3)Truncate分区并更新索引:alter

table RT_2109_suo_mx truncate partitionp20103 update

indexes。删除的速度很快,索引也正常

3、合并明细数据语句的优化

这块主要是针对两个明细表的查询。

select

dept_id,housecode,field1 from sf_chargemonth where

substr(chargemonth,1,6)=’201703’。这个表是分区的,同时使用了substr,分区也没有利用上,索引也没有用上,把这个语句单独拿出来,查询的时间超过150秒。

修改为:select

dept_id,housecode,field1 from sf_chargemonth where chargemonth like

’201703%’。这就利用上了分区条件,把这个语句单独拿出来,查询的时间在1秒以内。

select

dept_id,housecode,field1 from sf_ystzmonth where

substr(chargemonth,1,6)<=’201703’ and

cwmonth=’201703’。这个语句,substr(chargemonth,1,6)肯定是没有利用上索引,cwmonth这个条件字段没有索引。前面的chargemonth这个条件,不太好修改。Cwmonth经过业务考虑,增加索引。

4、汇总语句的优化

这块还主要是针对查询语句的优化。

(1)原来的效率

Select

‘201703’,dept_id,sum(field1) field1

From

RT_2109_suo_mx

Where chargemonth=’201703’

and rttype=’25日报表’。这个条件在前面的描述中未加。SQL的分析效果如下,没有利用上分区,全表扫描,只利用了主键索引:

cf3dbb3c1e029b5fa2ea14146a568d39.png

(2)修改为:Select

‘201703’,dept_id,sum(field1) field1

From

RT_2109_suo_mx

Where

chargemonth=’201703’。单分区扫描。

4ff68eed22f5718e05144a5459657dd0.png

(3)指定分区:Select

‘201703’,dept_id,sum(field1) field1

From RT_2109_suo_mx

partition(p201703)

Where chargemonth=’201703’

and rttype=’25日报表’。

还是进行全表扫描,只利用了主键索引。

35a9ff1f6baf7bf87321173d6bc2d228.png

(4)考虑业务的上要求,目前rttype只有一个值,可以不考虑这个查询条件。索引优化为:

Select

‘201703’,dept_id,sum(field1) field1 From RT_2109_suo_mx

Where

chargemonth=’201703’;

Select

‘201703’,dept_id,sum(field1) field1 From

RT_2109_suo_mxpartition(p201703)

1.4优化后执行过程

1、调整两个表的设置:

(1)RT_2109_suo_mx修改为按chargemonth做分区

(2)sf_ystzmonth增加索引cwmonth

2、执行过程还是三个步骤,执行时间不到5分钟:

(1)删除掉RT_2109_suo和RT_2109_suo_mx当月的数据。

Delete from RT_2109_suo

where chargemonth=’201703’;

alter table RT_2109_suo_mx

truncate partitionp20103 update indexes;

(2)合并明细数据并添加到RT_2109_suo_mx。

Insert into

RT_2109_suo_mx(chargemonth,dept_id,housecode,field1)

Select ‘201703’,

dept_id,housecode,sum(field1) field1

(select

dept_id,housecode,field1 from sf_chargemonth

wherechargemonthlike ’201703%’

Union all

Select

dept_id,housecode,field1 from sf_ystzmonth where

substr(chargemonth,1,6)<=’201703’ and

cwmonth=’201703’

) a Group by

dept_id,housecode

(3)汇总RT_2109_suo_mx到RT_2109_suo。

Insert into

RT_2109_suo(chargemonth,dept_id,field1)

Select

‘201703’,dept_id,sum(field1) field1

From

RT_2109_suo_mx

Where

chargemonth=’201703’

Group by

dept_id;

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
对于Oracle性能优化,以下是一些常见的策略和技巧: 1. 确保正确的索引:索引是提高查询性能的关键。确保表中的列都有适当的索引,并根据查询的需求创建合适的组合索引。 2. 优化SQL查询:审查和优化SQL查询语句,尽量避免全表扫描和不必要的连接操作。使用合适的查询语法和优化提示,如HINTS。 3. 使用合理的数据类型:选择合适的数据类型可以减少存储空间的占用和提高查询性能。避免使用过大或不必要的数据类型。 4. 分区表和索引:对大型表进行分区,可以提高查询性能和维护效率。分区可以根据时间、地理位置或其他相关因素进行。 5. 适当调整内存参数:根据系统的需求和硬件资源,调整Oracle服务器的内存参数,如SGA和PGA大小,以提高性能。 6. 定期收集统计信息:使用Oracle提供的统计信息收集工具,定期收集表和索引的统计信息,以支持优化器做出更好的执行计划选择。 7. 使用连接池和连接复用:使用连接池可以减少连接建立和断开的开销,提高系统的并发性能。 8. 使用存储过程和批量处理:将重复性的操作封装为存储过程,并使用批量处理方式,可以减少网络传输和交互次数,提高性能。 9. 分析AWR报告和执行计划:使用AWR报告和执行计划分析工具,找出慢查询和瓶颈点,并进行相应的优化。 10. 使用Oracle提供的性能优化工具:Oracle提供了一些性能优化工具,如SQL Tuning Advisor、SQL Access Advisor等,可以帮助诊断和优化性能问题。 请注意,这些只是一些常见的性能优化策略,实际情况可能因数据库和应用程序的特性而有所不同。在进行性能优化时,建议综合考虑数据库设计、硬件配置、应用程序代码等多个方面因素。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值